Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.
SRS Örneği
Software Specification Document (SRS) Genel Yapısı <ul><li>INTRODUCTION (Giriş) Hedef ve başarı şartlarının belirlendiği a...
Introduction (Giriş) <ul><li>Stok takip sisteminin Örnek Sistem referansı: “ (İçerik takip sistemi) Inventory Control Syst...
System   Reference  (ICS için sisterm referansı)(devam): <ul><li>Satın alma arayüzü: Tedarikçiden bir sipariş geldiğinde, ...
ICS Sistem Referansı: (devam) <ul><li>Üretim ile Arayüz: Mfg(üretim)malzeme talebinde bulunur Mfg(üretim) bitmiş ürünleri ...
(Deployment) Yerleşim Şeması ICS Cust.OrderEntry Manufacturing Purchasing Shipping
ICS'in genel tanımı <ul><li>ICS'in ana amacı, bütün parça ve bitmiş mamüllerin stokta ve stok dışı hareketlerde takibini y...
ICS'in genel Tanımı (devam) <ul><li>ICS'in temel fonksiyonları: </li></ul><ul><li>Stoğa yeni ürünlerin girilmesi (bkz  “Sa...
ICS'in genel yapısı (Devam 2) <ul><li>Satış Personeline stok bilgisini sağlamak </li></ul><ul><li>Müşterilerden/ye Ürün se...
ICS'in genel durumu (devam 3) <ul><li>ICS 'in yapması gerekenler:  </li></ul><ul><li>Diğer alt sistemler ile uyumlu birer ...
USE CASE DIAGRAMS
Use Case 1: ICS Dept Chk Parts Inventory Chk/verify Mfg Schedule Create Purchase Requsts Delete cancelled part records.. A...
Use Case 2: Customer Order Entry Salesperson (COES) Chk Goods Availability ChkAvail ICS View ICS Sales Prog.
Use Case 3 - Manufacturing Collect Mfg Requests Create Mfg Schedule Get/order parts. Chk mfg. progress Update finished goo...
Use Case 4 - Purchasing Analyze purchasing requests Analyze vendors Get bids. Order parts Enter arriving parts Purchasing ...
Use Case 5 - Shipping Get finished orders Ship to customer Shipping Manager (COES) Ship Order Shipping Prog. ICS View/ upd...
Yazılım Projesi Kısıtları <ul><li>Uyumluluk (Compability) </li></ul><ul><ul><li>ICS diğer alt sistemler ile uyumlu çalışma...
2.  Bilgi Tanımı <ul><li>Yazılımın çözmesi gereken problemin detaylı tanımı </li></ul><ul><li>Bigi verici tanımlamalar, il...
ICS Bilgi Tanımı <ul><ul><li>ICS, diğer alt sistemlerden aşağıdaki veirleri alacak ve kullancaktır. Daha fazla bilgi için ...
Bilgi Tanımı <ul><li>ICS en az aşağıdaki dosyaları sağlamalıdır: </li></ul><ul><ul><ul><li>Parça Gönderme Dosyası  </li></...
Data Flow Diagrams (DFD Level 0) Vendor Order Master File Vendor Order Detail File Customer Order Master File Cust.  Order...
Bilgi Tanımı    (devam-3) <ul><li>ICS'in yağacağı işlemler (Transactions) </li></ul><ul><ul><li>Yeni Parça veya Ürün Ana k...
DFD Level 1 Create New Part or Product  Master Record Edit/Delete Part or Product Master Record Enter New Part or Product ...
Bilgi Tanımı   (devam 4) <ul><li>Eylemler (transaction) genişletilmeli ve detaylar ihtiyaç olarak belirtilmeli </li></ul><...
CLASS DESCRIPTIONS (Sınıf Tanımları)
<ul><li>Bir Transaction ID kullanarak bütün parça girişlerini tutacaktır. Part ID ile kullanılarak verilen parça için bütü...
<ul><li>Data Elements </li></ul><ul><li>Trans ID (*) </li></ul><ul><li>Trans type: View Part  </li></ul><ul><li>Trans star...
<ul><li>Part Inventory Class </li></ul><ul><li>B u sınıf, stok içindeki parçaları, part ID veya parça ismine göre göstereb...
Part Inventory Class  (cont’d) (note: Data elements are stored in DB)   <ul><li>Data Elements </li></ul><ul><li>partId (*)...
Part Master Class  (note: Data elements are stored in DB)   <ul><li>Data Elements </li></ul><ul><li>partId (*) </li></ul><...
Part Detail Class (note: Data elements are stored in DB)   <ul><li>Data Elements </li></ul><ul><li>partId (*) </li></ul><u...
3.  Fonkisyonel Tanımlar   <ul><li>Her fonksiyon detaylıca anlatılır </li></ul><ul><ul><li>Fonksiyonel Parçalama- Yok </li...
TRANSACTION DESCRIPTIONS
“ Yeni Ürün veya Parça tanımlama” Transaction  <ul><li>Narrative:  Yeni bir ürün veya parça tipi tanımlanır. Bir kere tanı...
“ Parça ve Ürün Sil /Düzelt”  Transactionları <ul><li>Bir kullanıcıya bir ürün veya parçanın tanımını değiştirebilme veya ...
ICS Tarafından desteklenen diğer Transactionlar <ul><li>enterNewPart,  </li></ul><ul><li>enterReturnedPartProduct </li></u...
4.  Behavioural Davranışsal Tanım <ul><li>Dış eylemlerin ve iç şartların sonucu olarak operasyonlar </li></ul><ul><li>Sist...
5.  Validation(Doğrulama) Kriterleri <ul><li>Başarılı bir uygulamayı nasıl kontrol ederiz?  hangi sınıflar'ın testleri doğ...
6. Kaynakça ( Bibliography) <ul><li>Kaynakların listesi, kitaplar makaleler kullanılan web adresleri gibi.  </li></ul>
7.  Appendices   (Ekler) <ul><li>Çalışır bir prototip </li></ul><ul><li>Bir kağıt Prototipi </li></ul><ul><li>Ön bir kulla...
Upcoming SlideShare
Loading in …5
×

Srs Ornek

5,108 views

Published on

Published in: Technology, Business
  • Be the first to comment

Srs Ornek

  1. 1. SRS Örneği
  2. 2. Software Specification Document (SRS) Genel Yapısı <ul><li>INTRODUCTION (Giriş) Hedef ve başarı şartlarının belirlendiği açalmadır. Bilgisayar bazlı bir sistem olarak konunun tanımını yapar. </li></ul><ul><ul><li>Sistem hakkında bilgi </li></ul></ul><ul><ul><li>Genel tanım </li></ul></ul><ul><ul><li>Projenin koşulları </li></ul></ul>
  3. 3. Introduction (Giriş) <ul><li>Stok takip sisteminin Örnek Sistem referansı: “ (İçerik takip sistemi) Inventory Control System (ICS) , mevcut Enterprise Planning System (ERP) sistemi üzerinde çalışacaktır. Ayrıca Purchasing (Satın alma) , Manufacturing (Üretim), Customer Order Entry/Shipping (Müşteri siparişi ve kargolama) , (alt sistemleri) subsystems ile arayüzü bulunacaktır. . Çalışmasını tetikleyecek ana olaylar: </li></ul><ul><ul><li>Tedarikçiden alınan malların gelmesi, </li></ul></ul><ul><ul><li>Tedarikçiye çeşitli sebeplerle malın iadesi, </li></ul></ul><ul><ul><li>Üretime/den mal hareketi, </li></ul></ul><ul><ul><li>Bitmiş ürünlerin (Finished Goods Warehouse) Bitmiş ürünler deposuna girmesi </li></ul></ul><ul><ul><li>Bitmiş ürünlerin müşteriye gönderilmesi, </li></ul></ul><ul><ul><li>Satış bölümünün, ürünlerin stok durumunu sorgulaması. </li></ul></ul>
  4. 4. System Reference (ICS için sisterm referansı)(devam): <ul><li>Satın alma arayüzü: Tedarikçiden bir sipariş geldiğinde, Tedarikçinin faturasının üzerindeki Satın alma numarası (Purchase Order – PO) diğer dökümanların belirlenmesinde de kullanılacak. (Tedarikçi teklifleri, fiyat listeleri, ürün özellikleri gibi) Bunlar ayrıca kalite kontrol'e (Quality Control) ürün kontrolü için yollanacak. Satınalma ile şu anda çalışmakta olan Sunucu PS1 kullanılarak arayüz yazılacak, dolayısıyla ICS, mevcutta bulunan bütün dokümanları burada bulabilir. </li></ul>
  5. 5. ICS Sistem Referansı: (devam) <ul><li>Üretim ile Arayüz: Mfg(üretim)malzeme talebinde bulunur Mfg(üretim) bitmiş ürünleri stoklamak ister </li></ul><ul><li>Müşeteriye/den sipariş takibi: COES (müşteri ilişkileri) ürün gödermek ister COES dönen ürünleri stoklamak ister </li></ul><ul><li>.......... </li></ul>
  6. 6. (Deployment) Yerleşim Şeması ICS Cust.OrderEntry Manufacturing Purchasing Shipping
  7. 7. ICS'in genel tanımı <ul><li>ICS'in ana amacı, bütün parça ve bitmiş mamüllerin stokta ve stok dışı hareketlerde takibini yapmak. </li></ul><ul><li>Stok değerleri belirli bir seviyenin altına indiğinde otomatik olarak bir satın alma formu üretmeli, ancak bu ileriki bir tarihe ertelenmiştir. </li></ul>
  8. 8. ICS'in genel Tanımı (devam) <ul><li>ICS'in temel fonksiyonları: </li></ul><ul><li>Stoğa yeni ürünlerin girilmesi (bkz “Satın alma ile arayüz” ) </li></ul><ul><li>Üretime parça sağlanması (bkz “Üretim ile arayüz” ) </li></ul><ul><li>Entering finished goods to the inventory (bkz “Üretim ile arayüz” ) </li></ul>
  9. 9. ICS'in genel yapısı (Devam 2) <ul><li>Satış Personeline stok bilgisini sağlamak </li></ul><ul><li>Müşterilerden/ye Ürün sevkiyatını sağlamak ( bkz “Müşteri Sipari Arayüzü ” ) </li></ul><ul><li>IC departmanına makine ikmal ve stok durumu hakkında bilgi aktarmak(iç hizmeet). </li></ul><ul><li>IC Departman yöneticisine ve Patron'a stok durumu hakkında yönetim raporlarını aktarmak (iç hizmet) </li></ul>
  10. 10. ICS'in genel durumu (devam 3) <ul><li>ICS 'in yapması gerekenler: </li></ul><ul><li>Diğer alt sistemler ile uyumlu birer arayüz sunmalı </li></ul><ul><li>Kullanıcı haklarını ve girişlerini kontrol etmeli </li></ul><ul><li>Kullanıcılara esnek raporlar hazırlama imkanı sunmalı </li></ul>
  11. 11. USE CASE DIAGRAMS
  12. 12. Use Case 1: ICS Dept Chk Parts Inventory Chk/verify Mfg Schedule Create Purchase Requsts Delete cancelled part records.. Add new part records Reconcile machine and physical inventories ICS ICS Manager Create reports required by mgmt
  13. 13. Use Case 2: Customer Order Entry Salesperson (COES) Chk Goods Availability ChkAvail ICS View ICS Sales Prog.
  14. 14. Use Case 3 - Manufacturing Collect Mfg Requests Create Mfg Schedule Get/order parts. Chk mfg. progress Update finished goods inventory Manufacturing Manager Get/order parts Mfg. Prog. ICS View/ update
  15. 15. Use Case 4 - Purchasing Analyze purchasing requests Analyze vendors Get bids. Order parts Enter arriving parts Purchasing Manager Purchase parts Purch. Prog. ICS View/ update Return defective parts to vendor Enter arriving parts
  16. 16. Use Case 5 - Shipping Get finished orders Ship to customer Shipping Manager (COES) Ship Order Shipping Prog. ICS View/ update
  17. 17. Yazılım Projesi Kısıtları <ul><li>Uyumluluk (Compability) </li></ul><ul><ul><li>ICS diğer alt sistemler ile uyumlu çalışmalı (örneğin aynı database ve işletimsistemlerini kullanarak) </li></ul></ul><ul><ul><li>Sistem yöneticilerine kullanıcılara profillerine uygun hakları verme imkanı sunmalı </li></ul></ul><ul><li>Güvenilirlik ve Uygunluk (Reliability and Availability ) </li></ul><ul><ul><li>Diğer ara yüzlerle ilişkili olmalı ama bağımlılığı mümkün olduğunca az olmalı </li></ul></ul><ul><ul><li>Günde 1 saat kadar yedekleme ve bakım gibi yönetim işlemlerine izin vermeli </li></ul></ul><ul><ul><li>Herhangi bir sorun, 10 dakikalık bir kapanmadan fazlasına sebep olmamalı. Ortalamsı 2 dakikayı aşmamalı </li></ul></ul><ul><ul><li>Yedeklerin güvenilir olup olmadığı test edilmeden sağlanmalı </li></ul></ul><ul><li>Performance </li></ul><ul><ul><li>Aynı anda en az 10 kullanıcıya izin vermeli ve sistemin cevap süresi en fazla 3 saniye olmalı </li></ul></ul><ul><ul><li>Alınan parçaların sisteme girilmesi 2 saati geçmemeli ve ortalamsı 30 dakika olmalı </li></ul></ul>
  18. 18. 2. Bilgi Tanımı <ul><li>Yazılımın çözmesi gereken problemin detaylı tanımı </li></ul><ul><li>Bigi verici tanımlamalar, ilişkiler, akışlar ve yapılar. </li></ul><ul><li>Yazılımın dışa açık olan Donanım, yazılım ve insan arayüzleri. </li></ul>
  19. 19. ICS Bilgi Tanımı <ul><ul><li>ICS, diğer alt sistemlerden aşağıdaki veirleri alacak ve kullancaktır. Daha fazla bilgi için sınıf diyagramlarına bakınız. Verilerin formatı tasarım dökümanında bulunabilir. </li></ul></ul><ul><ul><ul><li>Tedarikçi Formu Ana Dosyası - Satınalm </li></ul></ul></ul><ul><ul><ul><li>Tedarikçi Detay Formu - Satınalma </li></ul></ul></ul><ul><ul><ul><li>Müşteri Ana Formu – Müşteri Sipariş Girişi </li></ul></ul></ul><ul><ul><ul><li>Müşteri Detay Formu – Müşteri Sipariş Girişi </li></ul></ul></ul><ul><ul><ul><li>Üretim Talepleri – Üretim </li></ul></ul></ul><ul><ul><ul><li>Üretim Zamanlama – Üretim </li></ul></ul></ul>
  20. 20. Bilgi Tanımı <ul><li>ICS en az aşağıdaki dosyaları sağlamalıdır: </li></ul><ul><ul><ul><li>Parça Gönderme Dosyası </li></ul></ul></ul><ul><ul><ul><li>Parça Ana dosyası </li></ul></ul></ul><ul><ul><ul><li>Parça Detay Dosyası </li></ul></ul></ul><ul><ul><ul><li>Parça Stok Dosyası </li></ul></ul></ul>
  21. 21. Data Flow Diagrams (DFD Level 0) Vendor Order Master File Vendor Order Detail File Customer Order Master File Cust. Order Detail File Manufacturing Requests Manufacturing Schedule ICS Part Transaction File Part Master File Part Detail File Part Inventory File
  22. 22. Bilgi Tanımı (devam-3) <ul><li>ICS'in yağacağı işlemler (Transactions) </li></ul><ul><ul><li>Yeni Parça veya Ürün Ana kaydı oluşturmak (“Not: Parça ve Ürün kayıt formatları Üretim Alt sisteminde alınabilirDosya: prd_rec_fmt” ) </li></ul></ul><ul><ul><li>Parça veya Ürün ana Kaydını Düzenle/Sil </li></ul></ul><ul><ul><li>Parça veya Ürün kaydını Düzenle/Sil </li></ul></ul><ul><ul><li>Yeni Parça veya Ürün gir </li></ul></ul><ul><ul><li>Geri gönderilen Ürün veya Parça gir </li></ul></ul><ul><ul><li>Ürün veya Parça planla </li></ul></ul><ul><ul><li>Parça veya Ürünü yeniden planla </li></ul></ul><ul><ul><li>Parça veya Ürün görüntüle </li></ul></ul><ul><ul><li>...... </li></ul></ul>
  23. 23. DFD Level 1 Create New Part or Product Master Record Edit/Delete Part or Product Master Record Enter New Part or Product Edit/Delete Part or Product Enter Returned Part or Product Issue Part or Product Re-issue Part or Product View Part or Product Vendor Order Master File Vendor Order Detail File Cust. Order Detail File Customer Order Master File Manufacturing Requests Manufacturing Schedule All Part Transaction File Part Master File Part Detail File Part Inventory File
  24. 24. Bilgi Tanımı (devam 4) <ul><li>Eylemler (transaction) genişletilmeli ve detaylar ihtiyaç olarak belirtilmeli </li></ul><ul><li>Eylemler (transaction) aşağıda anlatılan sınıfları (classes) kullanacaktır </li></ul><ul><li>Data flow ve Control flow diyagramları ile desteklenmelidir (Bu aşamada çok detaylı olmamalı, daha ileride tartışmalar derinleşecektir) </li></ul>
  25. 25. CLASS DESCRIPTIONS (Sınıf Tanımları)
  26. 26. <ul><li>Bir Transaction ID kullanarak bütün parça girişlerini tutacaktır. Part ID ile kullanılarak verilen parça için bütün transactionları da gösterebilir </li></ul><ul><li>Part ID'nin değişik kısımlarıyla aranabilir olmalıdır. Transaciton tarihi, transaction'ı yapan kişi, ve transaction tipi (transactionın yapılış sebebini anlatan) Ayrıca bu girişlerde Joker karakterine izin vermelidir (?) </li></ul><ul><li>Sonuçlar bir dosyaya veya printer'a basılabilmelidir. </li></ul>Part Transaction Class
  27. 27. <ul><li>Data Elements </li></ul><ul><li>Trans ID (*) </li></ul><ul><li>Trans type: View Part </li></ul><ul><li>Trans start time </li></ul><ul><li>User ID </li></ul><ul><li>Part ID </li></ul><ul><li>View type: Detail </li></ul><ul><li>Amount on Reserve (may be more than one field) </li></ul><ul><li>Status: </li></ul><ul><li>Completion time </li></ul><ul><li>Methods in class </li></ul><ul><li>getPartDetail </li></ul><ul><li>displayPrint PartDetail </li></ul><ul><li>getPartSummary </li></ul><ul><li>displayPrint PartSummary </li></ul><ul><li>recordStartTime </li></ul><ul><li>getUserId </li></ul><ul><li>recordUserId </li></ul><ul><li>getReservations </li></ul><ul><li>displayPrintReservations </li></ul><ul><li>updateStatus </li></ul><ul><li>recordCompletionTime </li></ul>Part Transaction Class (cont’d) (note: Data elements are stored in DB)
  28. 28. <ul><li>Part Inventory Class </li></ul><ul><li>B u sınıf, stok içindeki parçaları, part ID veya parça ismine göre gösterebilmelidir. Ayrıca alanları güncellemeye izin vermelidir. Bu dosyanın sonucu printer'a veya dosyaya dökülebilmelidir. İçeriği, çeşitli zamanlarda fiziksel olarak kontrol edilebilmelidir. </li></ul><ul><li> </li></ul>
  29. 29. Part Inventory Class (cont’d) (note: Data elements are stored in DB) <ul><li>Data Elements </li></ul><ul><li>partId (*) </li></ul><ul><li>totalInStock </li></ul><ul><li>totalOnReserve </li></ul><ul><li>amountOnOrder (can be one or more fields) </li></ul><ul><li>amtExpectedByDate (can be one or more fields) </li></ul><ul><li>lastEntryTransId </li></ul><ul><li>lastIssueTransId </li></ul><ul><ul><ul><li>Methods in Class </li></ul></ul></ul><ul><ul><ul><li>getPartInvRec </li></ul></ul></ul><ul><ul><ul><li>updatePartInvRec </li></ul></ul></ul><ul><ul><ul><li>displayPrintPartInvrec </li></ul></ul></ul>
  30. 30. Part Master Class (note: Data elements are stored in DB) <ul><li>Data Elements </li></ul><ul><li>partId (*) </li></ul><ul><li>partName </li></ul><ul><ul><ul><li>Methods in Class </li></ul></ul></ul><ul><ul><ul><li>getPartDetailById </li></ul></ul></ul><ul><ul><ul><li>getPartDetailByName </li></ul></ul></ul><ul><ul><ul><li>createNewPart </li></ul></ul></ul><ul><ul><ul><li>deletePart </li></ul></ul></ul><ul><ul><ul><li>updatePartMaster </li></ul></ul></ul><ul><ul><ul><li>displayPrintPartMaster </li></ul></ul></ul>
  31. 31. Part Detail Class (note: Data elements are stored in DB) <ul><li>Data Elements </li></ul><ul><li>partId (*) </li></ul><ul><li>partName </li></ul><ul><li>partDrawingNo </li></ul><ul><li>height </li></ul><ul><li>width </li></ul><ul><li>weight </li></ul><ul><li>price </li></ul><ul><ul><ul><li>Methods in Class </li></ul></ul></ul><ul><ul><ul><li>getPartDetailById </li></ul></ul></ul><ul><ul><ul><li>updatePartDetailById </li></ul></ul></ul><ul><ul><ul><li>displayPrintPartDetail </li></ul></ul></ul>
  32. 32. 3. Fonkisyonel Tanımlar <ul><li>Her fonksiyon detaylıca anlatılır </li></ul><ul><ul><li>Fonksiyonel Parçalama- Yok </li></ul></ul><ul><ul><li>Fonksiyonel Tanımlama </li></ul></ul><ul><ul><ul><li>Konuşmacı Süreç tanımlamaları (Processing Narrative) </li></ul></ul></ul><ul><ul><ul><li>Fonksiyonel Kısıtlar (Functional Constraints) </li></ul></ul></ul><ul><ul><ul><li>Performans Gerekleri (Performance Requirements) </li></ul></ul></ul><ul><ul><ul><li>Tasarım Gerekleri (Design Constraints) </li></ul></ul></ul><ul><ul><ul><li>Destekleyici Diyagramlar (Supporting Diagrams ) </li></ul></ul></ul>
  33. 33. TRANSACTION DESCRIPTIONS
  34. 34. “ Yeni Ürün veya Parça tanımlama” Transaction <ul><li>Narrative: Yeni bir ürün veya parça tipi tanımlanır. Bir kere tanımlandıktan sonra bu tiplere veri girilebilir. Kullanıcıya yeni tip kodu ve tanımı girmeye izin verir. Tip kodu “Parça/Ürün tip kodu yönergeleri” dökümanına göre verilir. PartMaster Class ve PartDetail Class'larını kullanır. </li></ul><ul><li>Koşullar: Yazmak için “Product Administrator” hakları ister. Performans Koşulları : PartMaster'ı kilitlediği için, Transaction 15 saniye işlemediğinde bloğu kaldırmalıdır. Tasarım Koşulları : Yönergelere uygun olarak tasarlanmalıdır. Destekleyici Diyagramlar : PartMaster ve Part Detail sınıfları için yapılan çizimlere bakınız. </li></ul>
  35. 35. “ Parça ve Ürün Sil /Düzelt” Transactionları <ul><li>Bir kullanıcıya bir ürün veya parçanın tanımını değiştirebilme veya silebilme yetkisi verir. Şayet parça veya ürünler kullanılmışsa silinememelidir. PartMaster PartDetail ve PartInventory Sınıflarını kullanır </li></ul><ul><li>Koşullar: “Product Administrator” hakları ister. Performans Koşulları : PartMaster'ı kilitlediği için, Transaction 15 saniye işlemediğinde bloğu kaldırmalıdır. Tasarım Koşulları : Yönergelere uygun olarak tasarlanmalıdır. Destekleyici Diyagramlar : PartMaster ve Part Detail sınıfları için yapılan çizimlere bakınız. </li></ul>
  36. 36. ICS Tarafından desteklenen diğer Transactionlar <ul><li>enterNewPart, </li></ul><ul><li>enterReturnedPartProduct </li></ul><ul><li>issuePartProduct </li></ul><ul><li>re-issuePartProduct </li></ul><ul><li>viewPartProduct </li></ul><ul><li>(described similarly) </li></ul>
  37. 37. 4. Behavioural Davranışsal Tanım <ul><li>Dış eylemlerin ve iç şartların sonucu olarak operasyonlar </li></ul><ul><li>Sistem Durumları </li></ul><ul><li>Eylemler (events) ve Aksiyonlar </li></ul>
  38. 38. 5. Validation(Doğrulama) Kriterleri <ul><li>Başarılı bir uygulamayı nasıl kontrol ederiz? hangi sınıflar'ın testleri doğrulama fonksiyonları ile bağlanmalı, performans ve kısıtlar? </li></ul><ul><ul><li>Performans bağlantıları </li></ul></ul><ul><ul><li>Test Sınıfları </li></ul></ul><ul><ul><li>Yapılacak testler ve beklenen yazılım cevapları </li></ul></ul><ul><ul><li>Özel durumlar </li></ul></ul>
  39. 39. 6. Kaynakça ( Bibliography) <ul><li>Kaynakların listesi, kitaplar makaleler kullanılan web adresleri gibi. </li></ul>
  40. 40. 7. Appendices (Ekler) <ul><li>Çalışır bir prototip </li></ul><ul><li>Bir kağıt Prototipi </li></ul><ul><li>Ön bir kullanıcı dökümanı (Yazılımı bir kara kutu şeklinde gösterir ve giriş ve çıkış değerlerine yönelir.) </li></ul>

×