NESNEYE YÖNELİK PROGRAMLAMA

NESNEYE YÖNELİK PROGRAMLAMA

Yrd.Doç.Dr. Zeynep ORMAN

[email protected]

Nesne Tabanlı Programlama Kavramları

• Nesne Tabanlı Programlama (OOP) tekniği, gerçek dünyadaki somut nesnelerin bir yazılımın sunduğu soyut modelde birer karşılığı olmasına dayanır.

• Bu karşılıklara da Nesne (object) denir.

• Nesne tabanlı programlama ile gerçek dünyadaki varlıklar ile bu varlıkların yer aldığı ilişkilerin bire bir modellenmesi ve bu modele göre kod yazılması mümkündür.


• Örneğin, Bir insanın sahip olabileceği iki varlık ve bu üçlünün yazılıma eşlenmesi


• Nesne tabanlı geliştirmede de diğer sistem geliştirme süreçlerinde olduğu gibi modelleme aynı zamanda bir sadeleştirmedir. Ne kadar sade modellerimiz olursa o kadar sade kodlarımız olur.

• Örneğin bir bordro programında insanların boy ve kilolarının önemi olmaz.

• Bazı durumlarda da aynı kişi tamamen aynı verilerden beslenen başka bir role sahip olabilir. Örneğin, sağlık sisteminde aynı veriler bir hastayı simgeleyecektir.

Örnek: (Personel Sadeleştirmesi - Bordro)

(Personel Sadeleştirmesi – Sağlık)


• Bu sadeleştirmeler sonucunda işimize yarayan ve yazılım bakış açısından görülen veriler ve bu veriler üzerinde tanımlanmış işlemler içeren bir modele ulaşırız.

• Bu modele alan modeli (domain model) adı verilir.

• Bu modeli kullanarak benzer özellikleri olan birden fazla nesnenin üzerinde işlemler tanımlayabiliriz.


• Nesneye Yönelik programlamada üzerinde işlem yapılacak bu nesnelerin yaratılması ve tanınması gerekir.

• Nesnelerin programda nasıl yaratılacağı dilden dile farklılık gösterir (C++, Java).

• Ancak nesnenin yaratılması için nesnenin bir plana ihtiyacı vardır. Bu plana sınıf (class) denir

SINIF

• Yani bir sınıf temel olarak bir tanımdır. • Bir özellik ve davranış yığını sunar ve bu yığına topluca erişmemiz için bize birer isim verir.

• Bu ismi taşıyan nesneler bu yığındaki özellik ve davranışlara sahip olurlar.

• Bu ilişkiyi nesne sınıfa aittir (belongs to) diyerek açıklarız.

• ***Bir nesne bir sınıfta tanımlanan özellik ve davranışlara sahipse o sınıfa aittir.

Bir sınıf, ortak özellikleri ve davranışları olan nesnelerin sözkonusu ortak özelliklerini ve ortak davranışlarını barındıran soyut bir kavramdır.

NESNE

• Sınıf nesne ilişkisinde kullanılan önemli diğer bir kavramda bir nesnenin ait olduğu sınıfın bir örneği(instance) olmasıdır.

Bir nesne, uygulama çalışırken bellekte ya da başka bir kayıt ortamında (dosya, veritabanı, vs) bulunan ve ait olduğu sınıfın tanımladığı davranış biçimlerine uyan bir örnektir.


• Bir uygulama çalışırken bir sınıfa ait değişik sayılarda örnek (yani nesne) bulunabilir.

• Herhangi bir anda o sınıfa ait hiç nesne olmayabileceği gibi bir yada daha fazla sayıda nesne de olabilir.

• Bir nesne genelde yalnızca bir sınıfın örneğidir. (Ancak C++ gibi dillerde bir nesnenin birden fazla sınıfın örneği olmasına izin vardır ama tercih edilmez)

Örnek: (Nesnenin sınıfı örneklemesi)

Bir sınıftan birden fazla nesnenin bulunması

Nesne Tabanlı Programlama Kavramları• Sınıflar ve nesnelerden bahsederken sürekli olarak nesnelerin özellikleri ve davranışlarından bahsederiz.

• Bir nesnenin özellikleri (attributes), o nesnenin içindeki veriler ve bu verilerin yapısını kapsar.

• Özellikler değişik seviyelerdeki soyutlamaları içerebilir.

• Yani bir nesnenin bir özelliği başka bir nesne olarak ifade edilebilir.

• Bu diğer nesne aynı sınıftan ya da farklı bir sınıftan olabilir. • Örnek: Bir Ev sınıfı düşünün; komşu özelliği de bir başka

Ev nesnesi olabilir.


• Bir nesne üzerindeki işlemler (operations) ile nesnenin davranışını (behavior) niteleriz.

• Davranış nesnenin sistemde kullanıldığı zaman yapacakları ve yapacaklarının sistemin durumu üzerinde yol açacağı değişikliklerden oluşur.

• Davranış sonunda değişime uğrayan sadece nesne olmak zorunda değildir. Çevresi de değişime uğrayabilir.

• Bazen davranış sonucu nesnenin kendisi hiç değişmezken çevresindeki diğer nesneler değişebilir.


• Örneğin, elimizde bir ütümüz olsun. Ütünün markası, modeli, rengi, çalıştığı elektrik voltajı, ne tür kumaşları ütüleyebildiği bu ütüye ait özelliklerdir (veri).

• Aynı zamanda ütümüzü ısıtabiliriz, ütüleme işinde kullanabiliriz ve soğumaya bırakabiliriz. Bunlar ise ütünün fonksiyonlarıdır (metot).


• Eğer ütü ile ilgili bir program yapmış olsak ve nesne tabanlı programlama tekniğini kullansak hemen bir ütü sınıfı (class) oluştururduk.

• Bu sınıfta ütüye ait bilgiler (veriler) ve ütü ile yapabileceğimiz işler (metot) bulunurdu.

• O zaman nesne tabanlı programlamada bir sınıfta, sınıfa ait veriler ve bu verileri işleyip bir takım faydalı sonuçlar üreten fonksiyonlar metotlar bulunur.

• Dahası, biz bir tane ütü sınıfı tasarlarsak bu sınıftan istediğimiz sayıda değişik ütüler (Object veya instance) yapabiliriz.


• Bir nesne üzerindeki kısıtlamalar (constraints), nesnenin uyması gereken kuralları simgeler.

• Bu kurallar genellikle nesnenin özellikleri ile ilgilidir.

• Nesnenin veri bütünlüğünün korunması için gereken şeylerdir.

• Bu kısıtlamalar sayesinde nesnenin özellikleri anlamlı olmaya devam eder. • (Kısıtlamalar kötü bir şey olarak algılanmamalıdır.)


• Örneğin, bir araba için sürücünün iki ayağı olacağından, debriyaj, fren ve gaz pedallarından aynı anda en çok ikisine basılabilir.

• Bunu bir kural olarak tanımlarsak, Araba sınıfından nesneler için bir kısıtlama olacaktır.


• Kısıtlamalara benzer diğer bir kavram da bir nesnenin uyması beklenen sözleşmesi(contract) dir.

• Sözleşme, nesnenin üzerindeki işlemler gerçekleştirilirken nasıl davranması gerektiği üzerine kurallardır.• Kısıtlamalar ise nesnenin özelliklerinin her zaman

uyması gereken kurallardır.

• Sözleşmelerin daha çok davranışa, kısıtlamaların ise veriye odaklı kurallar olduğunu söyleyebiliriz.

UML Sınıf ve Nesne Şemaları

• UML (Unified Modelling Language), nesne tabanlı sistemlerin modellenmesinde kullanılan bir modelleme dilidir.

• Sınıflar ve nesneler için çeşitli notasyonlar sunar.

• Bu notasyonlar grafik notasyonlardır.• bir miktar metin katkısına da izin verirler.

• UML sınıf şeması 3 bölümlü bir dikdörtgenden oluşur:• En üst bölüm sınıfın adını,

• Ortadaki bölüm özellikleri

• En son bölümde yöntemleri (metotları) gösterir.


Nokta

x: doubley: double

no:Nokta

x = x0

y = y0

n1:Nokta

x = x1

y = y1Sınıf Şeması

Nesne Şeması


• Nesne şemalarında isimlerin altı çizili ve nesnenin özelliklerine değer atanması durumunda atama işareti (=) kullanılmıştır.

• UML’de nesnelerin özelliklerinin tiplerini belirlemek mümkündür.

• Özelliğin adından sonra iki nokta üst üste işareti (:) ile ayrılarak tipinin adı belirtilir.

• Aynı tipten birden fazla özellik olsa bile her özelliğin tipi tek tek belirtilecektir. • Örneğin, double


• İyi bir sınıf tasarımı iyi bir modeldir ve iyi modellerde bulunması gereken özellikler şunlardır:

� gerçek dünyayı doğru ifade etmelidir.

� işlevi tasarımdan ayırmalıdır.

� bütün önemli özellikleri doğrudan sunmalıdır.

• Sınıfları tasarlarken karşımıza çıkan en önemli tasarım kriteri sade ve genel olması gerekliliğidir.• Gereksiz özellikler olmamalıdır!!

• Ancak çoğu kez, bir sınıfın programlama diline bağlı olarak zenginleştirilmesi gerekebilir.


• Örnek: Gelişen nokta sınıfı

• Java’da equals() ve toString() yöntemleri oldukça kullanılan ve yararlı yöntemlerdir ve yazılmaları önerilir.

• Uygulama Java’da yazılacaksa sınıfı genişletmek gerekir.

Nokta

x: doubley: double

equals(o:Object):booleantoString():String Yöntemler (metotlar)

Nesne Tabanlı Programlama Kavramları- Devam

• Nesneye-yönelik programlamanın temel ilkeleri şunlardır:

� Soyutlama

� Saklama, Paketleme

� Kalıtım

� Çok biçimlilik

SINIF

SINIF HİYERARŞİSİ

Nesne Tabanlı Programlama Kavramları- Devam• Nesneye-yönelik programlamanın temel kavramları,

1. büyük programlar yazmayı kolaylaştıran soyutlamave programları değiştirmeyi ve korumayıkolaylaştıran saklama

2. kalıtım ve çok biçimliğe izin veren ve programlarıkolayca genişletilebilir kılan sınıf hiyerarşisidir.

• Herhangi bir programlama dilinde bu kavramlarıuygulayabilirsiniz; fakat, nesneye-yönelikprogramlama dilleri salt bu amaçla tasarlanmışlardır.

Soyutlama

• “Soyutlama” önemli özelliklere odaklanabilmekiçin ayrıntıları göz ardı etme sürecidir.

• Geleneksel olarak, bir programlama dilisoyutlama yapmaya izin verdiği ölçüde yüksek-düzeyli (high-level) kabul edilir.

• C++ (ve diğer nesneye-yönelik programla dilleri)verilen bir işi C’den daha soyut bir tarzdatanımlama imkanı verirken, C de BirleştiriciDillerden daha soyut bir ortam sunar.

Soyutlama

“Soyutlama” , belirli bir bakış açısından, önemli özelliklere odaklanabilmek için ayrıntıları göz ardı etme sürecidir.

PROSEDÜREL SOYUTLAMA

• İşlemlere ilişkin ayrıntıları göz ardı etmemize izinveren “prosedürel soyutlama” en yaygın soyutlamatarzıdır.

• Programlarda kişileştirilmiş kod kullanmak yerine,belirli görevleri gerçekleştirmek için standartfonksiyonların oluşturulması bir prosedürelsoyutlamadır.

• Kendi fonksiyonlarınızı yazarak, programın yaptığı bir dizi işleme bir isim vermiş olursunuz.

PROSEDÜREL SOYUTLAMA

• Belirli bir dilde bir program yazarken programcıkendisini bu dilin sunmuş olduğu soyutlamadüzeyiyle sınırlamak zorunda değildir. Birçok dilkullanıcı-tanımlı fonksiyonlar (rutinler, prosedürler)yardımıyla prosedürel soyutlama düzeyini dahayukarılara taşımaya izin verir.

• Prosedürel soyutlama ile kod tekrarlarındankurtulmak mümkündür.

Veri Soyutlaması

• Bir veri tipinin nasıl yapılandığının ayrıntılarını gözardı etmemize izin veren soyutlama tarzına “verisoyutlaması” denir.

• Örneğin, bilgisayardaki her tür veri ikili sayılar olarakdüşünülebilir. Fakat, birçok programcı ondalıksayılarla düşünmeyi tercih ettiği için, dillerin çoğu tamve “floating” sayıları destekler.• Basic dili karakter katarı (string) tipini bir veri soyutlaması

olarak destekler. Diğer yandan, C dili string soyutlamasınıdoğrudan desteklemez. Bu dilde stringler ardışık bellekhücrelerini işgal eden bir dizi karakter olarak tanımlanmıştır.

Veri Soyutlaması

• Prosedürel soyutlama kapasitelerinin aksine, birçokdil yeni veri soyutlaması düzeyleri yaratmakkonusunda sınırlı destek sağlarlar.

• C kullanıcı tanımlı veri tiplerini “structure”lar ve“typedef”ler aracılığıyla destekler.

• C dili, içsel olarak birbirlerine bağlı olmalarınarağmen, prosedürel soyutlamayı ve verisoyutlamasını iki ayrı teknik olarak sunar.

• Bu tekniklerin birleştiği noktada nesne-tabanlı ya danesneye-yönelik programlama yaklaşımı doğar.

Saklama, Paketleme (Encapsulation)

• Saklama (Paketleme), soyutlamayı desteklemek ya da güçlendirmek için bir sınıfın iç yapısının gizlenmesidir.

• Bu şekilde veriler fonksiyonlarla gizlenebilir.

• Nesnenin içindeki kod, veri veya her ikisi bu nesneye private (özel) veya public (genel) olabilir.

Saklama, Paketleme (Encapsulation)

• Private kod ve veriler, sadece o nesneye ait bileşenler tarafından bilinebilir ve erişilebilir. Programda nesneye ait olmayan bileşenler, bu private kod ve verilere erişemez.

• Kod ve verilerimiz public ise, belirli bir nesnenin içinde tanımlansalar da programın diğer parçaları tarafından erişilebilirler.

• Nesnelere ait public elemanları, private elemanlara denetlenebilir şekilde erişebilmek amacıyla kullanırız.

Sınıf Hiyerarşisi• Nesneye-yönelik programlamanın, prosedürel programlamada bulunmayan, bir özelliği, tip hiyerarşisi tanımlayabilme yeteneğidir.

• Nesneye-yönelik programlama, bir sınıfın başka bir sınıfın alt-tipi olarak tanımlanmasına; sınıflar arası benzerlikleri bir ortak üst-sınıf altında toplamaya izin verir.

• Birkaç sınıf için ortak bir üst-sınıf tanımlama da bir tür soyutlamadır.

• Sınıfların ortaklaşa taşıdıkları bazı yönler üzerinde odaklaşıp diğerlerini göz ardı etmeye izin verir.

Sınıf Hiyerarşisi

•“Aslan”, “kaplan”, “ayı” ve “inek” türünün üst-sınıfı ne olabilir?

KALITIM (MİRAS ALMA) - Inheritance

Kalıtım, bir sınıfa ait özellikler ve işlemlerin yeni bir sınıfa birebir aktarılmasıdır.

Yeni sınıf eski sınıfın özellikleri ve işlemlerine sahip olmasına ek olarak kendisi de özellikler ve işlemler tanımlayabilir.

KALITIM (MİRAS ALMA) - Inheritance

• Kalıtım yolu ile eldeki sınıflardan yeni sınıflar türetilir.

• Türeyen sınıflar türedikleri sınıfın özelliklerini kalıtım yoluyla devralırlar ve kendisi de yeni özellikler tanımlayabilir.

• Türetme ile sınıflar arasında hiyerarşik bir yapı kurulabilir.

KALITIM

• Bir sınıf hiyerarşisi tanımlamanın 2 pratik faydası vardır: • Türetilmiş sınıf üst-sınıfın kodunu paylaşabilir

(Kod Kalıtımı)

• Türetilmiş sınıf üst-sınıfın arayüzünü paylaşabilir

(Arayüz Kalıtımı)

KOD KALITIMI

• Eğer yeni bir sınıf tanımlıyorsanız ve mevcut bir sınıfın işlevselliğinden yararlanmak istiyorsanız, yeni sınıfınızı mevcut sınıftan türetirsiniz.

• Bu durumda kalıtım mekanizmaları size mevcut kodu yeniden kullanma imkanı sağlar.

• Örnek: Veri Girişi Formlarının tasarlanması.

ARAYÜZ KALITIMI

• Bir diğer kalıtım stratejisi, türetilmiş sınıfın üst-sınıfının eleman fonksiyonlarının yalnızca isimlerini kalıtım yoluyla almasıdır.

• Türetilmiş sınıf bu fonksiyonlar için kendi kodunu kullanır.

• Arayüz kalıtımının temel faydası çok-biçimliliğe izin vermesidir.

• Örnek: Farklı veri tiplerindeki form girişleri ayrı ayrı alınır.

ÇOK BİÇİMLİLİK (Polymorphism)

• Genel anlamı ile bir adın birbiriyle alakalı fakat teknik açıdan farklı iki veya daha fazla amaç için kullanılabilmesi yeteneğidir.

• NYP’de ise oluşturulan nesnelerin gerektiğinde başka bir nesne gibi davranabilmesine denir.

• Çok biçimlilikle programdaki her nesne kendi davranışını değiştirmeden, kalıtım hiyerarşisine göre farklı biçimlerde görülebilir.

Bir Çok Biçimlilik Örneği

• Örneğin C dilinde, mutlak değer bulma işlemi için üç farklı fonksiyon tanımlıdır: abs(), labs() ve fabs().

• Fakat çok biçimliliği destekleyen C++'da bu fonksiyonlar, abs() gibi tek bir isimle adlandırılırlar.

• Fonksiyonu çağırmak için kullanılan veri tipi, gerçekte hangi fonksiyonun çalışacağını belirler.

• Böylece bir fonksiyon adının birkaç farklı amaç için kullanılması mümkündür.

• Buna fonksiyonların aşırı yüklenmesi denir.

Bir Çok Biçimlilik Örneği

UML DİYAGRAMLARI

Kullanım Senaryoları ve Kullanım Durum Diyagramları

(Use Case Diagrams)

Kullanım Durumlarının Tanımı• Kullanım durumları, sistemin kullanıcılara sunacağı bir hizmetin senaryo şeklinde anlatımıdır.

• Sistem gereksinimlerinin anlaşılmasını ve ifade edilmesini sağlayan bir yöntemdir.

• Senaryo, anlamlı bir sonuca (amaca) ulaşmak için aktör ile sistem arasında gerçekleşen olayların belli bir zinciridir.

• Bir sistemin çalışması sırasında birden fazla senaryo gerçekleşebilir

• Olası tüm senaryolar, kullanım durumlarını (use

case) oluştururlar.

Kullanım Senaryoları• Yazılım dünyasındaki önemli isimleri kullanım senaryoları ile ilgili orijinal tanımları aşağıda verilmiştir:

•(Jacobson, Booch &Rumbaugh, 1999):

• “Bir Kullanım Senaryosu, bir sistemin gerçekleştirdiği ve belirli bir aktör için gözlemlenebilir bir sonuç ortaya çıkaran ve çeşitli varyasyonlar içeren eylemler serisini ifade eder."

•(Cockburn, 2000):

• “Bir Kullanım Senaryosu, tasarlama aşamasındaki bir sistem ve harici aktörler arasında belirli bir hedefe yönelik gelişen olası etkileşim serilerinin koleksiyonudur."

Senaryo 1 - a

Senaryo 1 - b

Senaryo 1 - c

Senaryo 1 - d

Senaryo 1 - e

Senaryo 2 - a

Senaryo 2 - b

Senaryo 2 - c

Senaryo 2 - d

Aktör

Birincil Aktör ve Sistemin Sınırları

• Üzerinde çalıştığımız sistemi hangi düzeyde incelediğimize ve sınırlarını ne şekilde çizdiğimize bağlı olarak birincil aktörler değişiklik gösterir.

• Kullanım senaryolarını yazarken sistemin sınırlarını doğru olarak belirlemek, nelerin dışarıda nelerin içeride olacağına doğru karar vermek gerekir.





Kullanım Senaryolarının Yazılması

• İhtiyaçların ve istenen özelliklerin listelenmesi şeklinde DEĞİL.

• Sistem kara kutu olarak ele alınır. Sistemin iç yapısı görülmez, sistemin dışarıya (aktörlere) karşı sorumlulukları ifade edilir.

• Aktörler ile sistem arasındaki etkileşim etken cümleler ile ifade edilir.

• "Ne yapar?" sorusu cevaplanır, "Nasıl yapar?" değil.

Kullanım Senaryolarının Yazılması

• Sistemin sorumluluklarını nasıl yerine getireceği daha sonra gelinecek olan tasarım aşamasında ele alınacak bir problemdir.

• Kullanım senaryolarını yazdığımız şimdiki aşamada ise sadece istekler anlaşılmaya çalışılıyor.

• Sistemin bitmiş hali hayal edilerek bu sistem çalıştığında oluşabilecek senaryolar yazılır.

Kullanım Senaryolarında Yer Alan Bölümler • Her kullanım senaryoları grubunun (use case) bir adı ve

numarası vardır. İsimden sonra şağıdaki bölümler gelir.

Önsöz (Preface) Bölümü

Önsöz (Preface) Bölümü

• Birincil aktör, destek aktörü ve diğer aktörlerin belirlenmesi sistemin sınırlarını çizer.

• Kullanım senaryoları ilgililerin (aktörlerin) tüm beklentilerini karşılayan tüm olayları ve sadece onları içerir.

• Tüm ilgililerin ve beklentilerin ilk başta belirlenmesi önemlidir.

• Aksi durumda senaryolarda bazı durumlar unutulabilir ve bu eksiklik ancak ileriki aşamalarda anlaşılabilir.

Ana Başarılı Senaryo (Temel Akış) Bölümü

Ana Başarılı Senaryo (Temel Akış) Bölümü

Uzantılar (Alternatif Akışlar) Bölümü

Uzantılar (Alternatif Akışlar) Bölümü

Diğer Bölümler Sıra Dışı Durumlar Bölümü (Exceptions) :

• Sistemde hatalar oluştuğunda yapılacaklar sıralanır. Bazı tasarımcılar bu bölümdeki olayları da uzantılar bölümünde ele alırlar.

Özel İstekler Bölümü (Special Requirements) :

• İşlevler ile ilgili olmayan istekler bu bölümde belirtilir. Bu istekler genellikle hız, güvenilirlik, rahat kullanım gibi kalite kriterlerine yöneliktir.

Teknolojik Beklentiler Bölümü :

• Kullanıcıların ön gördükleri donanım özellikleri burada sıralanır. Örneğin giriş/çıkış işlemlerinin hangi cihazlar ile yapılması istendiği bu bölüme yazılır.

ÖRNEK• Senaryo Grubu (Use Case) SG1: Satış İşlemleri • Konu: Market Sistemi • Birincil Aktör: Kasa Görevlisi • İlgililer (Aktörler) ve Beklentileri (Stakeholders and

Interests): Kasa Görevlisi: Bilgilerin doğru ve hızlı girilmesi,

toplamın doğru hesaplanması, para üstünün doğru hesaplanması

Satış Elemanı: Komisyonun doğru hesaplanması ve kayıt edilmesi

Müdür: Yetkili işlemleri (kasa görevlisinin yapamadığı) kolaylıkla yapabilmek

ÖRNEK

• İlgililer (Aktörler) ve Beklentileri (Stakeholders and

Interests):

Vergi Dairesi: Vergilerin doğru hesaplanabilmesi ve toplanabilmesi

Kredi Kartı Asıllama Merkezi: Ödeme bilgilerinin doğru formatta gelmesi ve asıllama bilgilerinin kayıt edilmesi

ÖRNEK

• Ön Koşullar (Preconditions):

Kasa görevlisi sisteme giriş yapmıştır.

• Son Koşullar (Postconditions):

Satış bilgileri kayıt edilmiştir.

Vergi doğru olarak hesaplanmıştır.

Muhasebe ve envanter kayıtları güncellenmiştir.

Komisyon kayıt edilmiştir.

Fatura oluşturulmuştur.

Kredi kartı onayı kayıt edilmiştir.

ÖRNEK• Ana Başarılı Senaryo (Doğal Akış)

ÖRNEK• Ana Başarılı Senaryo (Doğal Akış)

ÖRNEK• Uzantılar (Alternatif Akışlar):

•*a. Herhangi bir anda müdür yetkili bir işlem yapmak ister ve şifresini girer:

1.Sistem müdür-yetkisi konumuna geçer.

2.Müdür yetkili bir işlem gerçekleştirir. Örneğin satışı iptal eder, bir ürünün fiyatını indirir vs.

3.Müdür sistemden çıkar.

4.Sistem normal konuma (kasa görevlisi yetkisi) geçer.

ÖRNEKUzantılar (Alternatif Akışlar):

•*b. Herhangi bir anda sistemde bir hata oluşur:

Bu durumlarda bilgilerin kayıt edilmesi ve sistemin kaldığı yerden devam edebilmesi istenir.

1. Kasa görevlisi sistemi yeniden başlatır, sisteme giriş yapar ve sistemin önceki durumdan devam etmesini ister.

2. Sistem önceki durumu oluşturur.

2a. Sistem önceki durumu oluştururken anormallik sezer.

1. Sistem hata uyarısı verir, hatayı kayıt eder ve temiz (başlangıç) duruma geçer.

2. Kasa görevlisi yeni bir satış başlatır.

ÖRNEKUzantılar (Alternatif Akışlar):

3a. Geçersiz bir ürün kodu (Sistemde bulunamadı):

1. Sistem hata uyarısı verir, ürünü reddeder.

2. Kasa görevlisi hataya tepki verir:

2a. Ürünün üstünde okunabilir bir kod vardır:

1. Kasa görevlisi kodu sisteme elle (manual)

girer.

2. Sistem ürünün tanıtıcı bilgisini ve fiyatını gösterir.

2b. Ürünün üstünde kod yoktur, ama fiyatı yazılıdır:

1. Kasa görevlisi müdürden yetkili bir işlem yapmasını

ister.

2. Müdür şifresini girer.

3. Kasa görevlisi fiyatı elle girer.

ÖRNEK• Uzantılar (Alternatif Akışlar):3b. Aynı üründen bir taneden fazla alınmıştır (5 şişe içecek):

1. Kasa görevlisi ürün kodunu ve adetini sisteme girer. 3-6a. Müşteri kasa görevlisine bir ürünü almaktan vazgeçtiğini söyler:

1. Kasa görevlisi satıştan çıkarılacak ürünün kodunu sisteme girer.

2. Sistem ürünü satıştan çıkarır ve geçerli toplamı gösterir.

3-6b. Müşteri alışverişten vazgeçtiğini söyler: 1. Kasa görevlisi satışı iptal eder.

ÖRNEK5. Müşteri indirim hakkı olduğunu söyler (müşteri kartına sahiptir):

1. Kasa görevlisi müşteri kodunu sisteme girer.

2. Sistem indirimi uygular ve yeni toplamı gösterir.

7a. Nakit ödeme:

1. Kasa görevlisi ödenen nakit miktarı sisteme girer.

2. Sistem para üstünü gösterir ve para çekmecesini açar.

3. Kasa görevlisi müşteriden ödemeyi alır ve para üstünü

verir.

4. Sistem nakit ödemeyi kayıt eder.

7b. Kredi kartı ile ödeme:

1. ....

7c. Çek ile ödeme:

1.

ÖRNEK

• Özel İstekler (Special Requirements):

• Düz kare monitör. Yazılar 1 metre uzaklıktan okunabilmeli.

• Kredi kartı sorgulamasının cevabı en geç 30 saniyede gelmeli.

• ....

ÖRNEK

• Teknolojik Beklentiler (Technology Variations List):

•*a. Müdür kendisini sisteme bir kart okutarak ya da tuş takımından şifresini girerek tanıtır.

3a. Ürün kodları bir barkod okuyucu ile veya tuş takımından elle girilebilir.

7b. Kredi kartı bilgiler kart okuyucu ile veya tuş takımından elle girilebilir.

• ....

Documents

NESNEYE YÖNELİK PROGRAMLAMA