Web viewTHY yönetimi. Bilet satış kanunları, ... sınıf diyagramları, durum-geçiş(state-transition) diyagramları , varlık-ilişki(entity-relationship)

Yazılım Mühendisliği Dersi Proje Ödevi

HAVA YOLLARI

hazırlayan : B110910002 İbrahim Kaya

Yazılım Mühendisliği Dersi Vize Sınavı <Proje> Page ii

İçerikİçerik...............................................................................................................................................iiDeğiştirme Geçmişi........................................................................................................................ii1. Giriş.............................................................................................................................................1

1.1 Amaç ..................................................................................................................................................11.2 Doküman Standartları.........................................................................................................................11.3 Hedef Kitle ve Okuma Tavsiyeleri.....................................................................................................11.4 Ürün Kapsamı.....................................................................................................................................11.5 Referanslar..........................................................................................................................................1

2. Genel Tanımlama.......................................................................................................................12.1 Yazılım Bakış Açısı – IPO(Input-Process-OutPut) Diyagramı..........................................................12.2 Ürün Fonksiyonları, Veri Akış Diyagramları (DFD)..........................................................................22.3 Kullanıcı Sınıfları ve Davranışları Use Case Diyagramları................................................................22.4 Ortam, Teknoloji ve Donanımı...........................................................................................................22.5 Tasarım ve Uygulama Kısıtları...........................................................................................................22.6 Kullanıcı Dökümantsayonun Taşıması Gereken Özellikler................................................................22.7 Kabuller ve Etkileşimler.....................................................................................................................2

3. Harici Arayüz Gereksinimleri..................................................................................................33.1 Kullanıcı Arayüzleri............................................................................................................................33.2 Donanım Arayüzleri............................................................................................................................33.3 Yazılım Arayüzleri..............................................................................................................................33.4 İletişim Arayüzleri..............................................................................................................................3

4. Sistem Özellikleri.......................................................................................................................34.1 Sistem Özelliği 1.................................................................................................................................44.2 Sistem Özelliği 2 (vs..)........................................................................................................................4

5. Diğer Fonksiyonel Olmayan Gereksinimler............................................................................45.1 Performans Gereksinimleri.................................................................................................................45.2 Sağlık Gereksinimleri..........................................................................................................................45.3 Güvenlik Gereksinimleri.....................................................................................................................55.4 Yazılım Kalite Özellikleri...................................................................................................................55.5 İş Kuralları..........................................................................................................................................5

6. Diğer Gereksinimler..................................................................................................................57. Gelecekte Yapılması Planlananlar...........................................................................................58. Uzama Planı................................................................................................................................5

Değiştirme Geçmişiİsim Tarih Değişikliğin Sebebi Versiyon

Yazılım Gereksinim Analizi <deneme projesi> Page 1

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ı öğrenmekHavayolu şirketlerini öğrenmekNereden nereye uçuş yapabileceğini öğrenmek

1.2 Doküman Standartları

-

1.3 Hedef Kitle ve Okuma Tavsiyeleri

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ı pilotHostes(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ıMuhasebeDepartman 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 adresiiletiş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 ÖncelikSistemimizde 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 GereksinimleriKü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ı PlanlananlarYurtdışı bankaları ile ileride senkronize olacaktırUygulamanı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 giderleriA3 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

Documents

Web viewTHY yönetimi. Bilet satış kanunları, ... sınıf diyagramları, durum-geçiş(state-transition) diyagramları , varlık-ilişki(entity-relationship)