Bahar yarıyılı Yazılım Gereksinimler ve Analizi dersi ile ilgili paylaşımlar bu kısımdan yapılacaktır. Bu dersi alan öğrenciler önerilen dönem projelerinden birini seçip belirtilen tarihe kadar tamamlamak zorundadırlar.
Raporlanan ödevler Final Sınav haftasında teslim edilecektir.
Raporun değerlendirilmesinde rapor içeriğinin kaliteli ve yeterli olması ve içeriğinin benzerliğine göre puan verilecektir.
Yazılım Gereksinimleri ve Analizi dersi 3+2 lik bir derstir. Yani dersin laboratuvarı da bulunmaktadır. Bu sebeple laboratuvar ortamında belirli küçük çalışmalar yapılıp laboratuvar sorumlusu hocaya teslim edilecektir.
YAZILIM GEREKSİNİMLERİ VE ANALİZİ DERSİ DERS İZLENCESİ
| Bölüm
Yazılım Mühendisliği (Teknoloji Fak.) |
Öğretim Yılı
2019-2020 |
Tarih
01.03.2020 |
|||
| Ders Kodu
YMH212 |
Ders Adı
Yazılım Gereksinimleri ve Analizi |
Dönem/Yıl
Bahar / 2.Sınıf |
AKTS Kredisi
4 |
||
| Ders Dili | Türkçe | ||||
| Durumu | Zorunlu | ||||
| Ön şartlar | Yok | ||||
| Dersin Adresi | |||||
| Kredi | Teori | Uygulama | Laboratuar | Sunum | Proje/Alan Çalışması |
| 4 | 3 | 2 | – | – | – |
| Öğretim Üyesi | Doç Dr. Muhammet BAYKARA | ||||
| Ders Yardımcısı | Arş. Gör. Gamze Pelin Aksoy | ||||
| Ders
İçeriği |
Yazılım Yaşam Döngüsünün kavranması. 12207 Standartı ve bağlantılı yorumlar. Yazılım yaşam döngüsü içerisinde gereksinim mühendisliği. Gereksinim çıkartımı ve modellemesi: sorunlar ve teknikler. Gereksinimlerin dökümanlaştırılması ve yönetimi. Standartlar ve CASE araçları. Bilişsel ve sosyo-organizasyonel konular. Farklı konsept projelerde Gereksinim Mühendisliği Aktivitelerinin Gerçekleştirilmesi. Use case’ler, User Storyler, Kısıtlar, Arayüzler ile Gereksinim Analizi Dökümanlarının oluşturulması. Beyin Fırtınası ve Fikir Çimlenmesi ile, Gereksinimlerin belirlenmesi ve Doğrulanması. |
| Ders Planı | |
| Hafta | Konular |
| 1 | Giriş |
| 2 | Temel Kavramlar. Yazılım Mühendisliği ve Yazılım Yaşam Döngüsü ile ilgili Gereksinim Mühendisliği |
| 3 | Gereksinim Mühendisliği Temeller |
| 4 | Gereksinim Çıkarımı; Sorunlar |
| 5 | Gereksinim Çıkarımı;Teknikler |
| 6 | Gereksinim Değerlendirilmesi |
| 7 | Gereksinim Tanımlaması ve Dökümantasyonu |
| 8 | ARA SINAV |
| 9 | Gereksinimler Kalite Güvencesi – I (Kullanılabilirlik, Güvenlik) |
| 10 | Gereksinimler Kalite Güvencesi – II (Performans , Sürdürülebilirlik) |
| 11 | Gereksinim Devamlılığı |
| 12 | Gereksinim Yönetimi: Bakım, Kontrol ve Doğrulama |
| 13 | Sosyo Örgütsel ve Bilişssel Faktörlerin Gözden Geçirilmesi |
| 14 | Öğrenci Sunumları |
| 15 | FİNAL SINAVI |
| Değerlendirme Ölçütleri | Adet | Adet | Yüzde (%) |
| Ara Sınavlar | 1 | 40 | |
| Kısa Sınavlar | – | – | |
| Ödevler | – | – | |
| Projeler | – | – | |
| Dönem Ödevi | – | – | |
| Laboratuar | – | – | |
| Diğer | – | – | |
| Dönem Sonu Sınavı | 1 | 60 | |
| Değerlendirme Ölçütleri Hakkında | Arasınav:Sınav
Final :Sınav Sınıf İçi Yazılım Analizleri: Anlatım
|
||
| İçerik Ağırlıkları Yüzdesi (%) | Matematik ve Temel Bilimler | 20 |
| Mühendislik Bilimleri | 60 | |
| Mühendislik Tasarımı | 20 | |
| Sosyal Bilimler | – |
| Ders Çıktıları (Kazanımlar) | · Formal ve informal notasyonlar çerçevesnde fonksiyonel ve fonksiyonel olmayan gereksinimlerin açıklamalarını hazırlamak.
· Yazılım sistemlerinin düşük kalitede kullanıcı arayüzleri prototiplerini oluşturmak.
|
||||
| Dersin Hedefleri | Bu dersin amacı öğrenciye yazılım mühendisliği süreçleri doğrultusunda gereksinim mühendisliği anlayışını ve bu husustaki rolünü kazandırmaktır. | ||||
| Dersin İşleniş Biçimi | Anlatım, tartışma, soru-cevap, örnek çalışmaları inceleme, mevcut sistem analizi ve önerilen sistem tasarımı, problem çözme, gereksinim analizi dökümanı yazma. | ||||
| Dersin program çıktıları ile olan ilişkisi | |||||
| Program çıktıları | 1 | 2 | 3 | ||
| 1 | Matematik, Fen bilimleri ve mühendislik temel bilgilerinin Yazılım
Mühendisliği problemlerine uygulayabilme becerisi |
X | |||
| 2 | Deney tasarlama, deney yapma ve deney sonuçlarını analiz etme ve yorumlama becerisi | X | |||
| 3 | İstenen gereksinimleri karşılayacak biçimde bir sistemi, parçayı ya da süreci tasarlama becerisi | X | |||
| 4 | Tek ve çok disiplinli takım çalışması yürütme becerisi | X | |||
| 5 | Mühendislik problemlerini belirleme, tanımlama, tasarlama, analiz etme ve çözme becerisi | X | |||
| 6 | Mesleki ve etik sorumluluk bilinci | X | |||
| 7 | Sözlü ve yazılı etkin iletişim kurma becerisi | X | |||
| 8 | Mühendislik çözümlerinin, evrensel ve toplumsal boyutlardaki etkilerini anlamak için gerekli genişlikte eğitim | X | |||
| 9 | Öğrenmenin sürekliliğinin önemini benimsemiş olarak, bilim ve teknolojideki gelişmeleri izleyerek kendisini sürekli yenileme becerisi | X | |||
| 10 | Mühendislik uygulamaları için gerekli teknikleri, teknolojileri ve modern araçları kullanma becerisi | X | |||
| 11 | Mühendislik problemlerinin çözümlenmesinde sağlık, güvenlik ve çevre üzerinde yaratacağı ulusal ve uluslar arası etkilere duyarlılık | X | |||
| 12 | Özgüveni yüksek ve kendi kendine öğrenebilme becerisi | X | |||
| Dersin Katkısı: 1:Hiç 2:Kısmi 3:Tümüyle | |||||
Düzenleyen Kişi(ler): Doç. Dr. Muhammet BAYKARA
Hazırlanma Tarihi: 01.01.2020
Bu ders yazılım yaşam döngüsündeki aşağıda verilen beşli çekirdek süreçten ilk iki fazla daha fazla ilişkilidir. Bu sebeple bu derste öğrencilerden beklenen şey “iş analistliği”, “yerinde inceleme ve analiz” ile farklı türden yazılımların gereksinimlerini ortaya çıkarabilmektir.
planlama
çözümleme
tasarım
gerçekleştirme
test&bakım
Bu dersi amacına uygun olarak yazılım mühendisliğinin temelleri dersinden ayırabilmek için sadece gereksinimlerin belirlenmesi, en çok kullanılan yazılımların analiz edilmesi, çeşitli tekniklerle gereksinim tablolarının çıkarılması gibi konular üzerinde durulacaktır. Ama bu ders kapsamında tekrar anlatılmamış olsa dahi yazılım mühendisliğinin temelleri dersinde görülen konuları öğrencilerin bildiği kabul edilecektir. Bu konuda herhangi bir eksiği olan “Yazılım Mühendisliğinin Temelleri” dersi ile ilgili paylaşımlarıma bakabilir.
Dersimiz kapsamında bu dönem öğrencilerimizden ekipler halinde incelemesini beklediğimiz, öğrencilerimizin ileride çalışabilecekleri bazı proje başlıkları aşağıda verilmiştir. Bu başlıklarda çalışacak ekiplerimizi sınıf mevcutlarımıza göre, derste konuşulduğu gibi belirmemiz gerekmektedir. Bu hususta dersimizin laboratuvar sorumlusuna başvurup belirleme yapmanız gerekmektedir.
Yazılım Gereksinimleri ve Analizi Dersi Proje Başlıkları:
1-ERP (Kurumsal Kaynak Planlama)
2-CRM (Müşteri İlişkileri Yönetimi&Esnek Talep Yönetimi)
3-OBS (Öğrenci Bilgi Sistemi & Eğitim Kurumu Bilgi Sistemi)
4-IoT (Akıllı Şehir & Giyilebilir Teknolojiler)
5-SIEM (Security Information Event Management)
6-Mobil Uygulamalar (Getir & Yemek Sepeti & Beyaz Masa)
7-Bulut Bilişim (IaaS, PaaS, SaaS), Büyük Veri,
8-EBYS / EDYS (Elektronik Belge Yönetim Sistemi)
9-E Ticaret / Finans
10-Sosyal Medya
11- E devlet?
Derste de bahsedildiği gibi burada verilen proje başlıkları laboratuvar sorumlusu ile görüşülüp somutlaştırılacak ve ekiplerimizin çalışacakları konu net olarak belirlenmiş olacaktır. Ekiplerimiz nisan ayında belirlenen hafta ile birlikte yaptıkları analizleri yine verilecek başlıklar ile sunmaya başlayacaklardır.
Bu konulara dersin amaç ve içeriğine uygun, yazılım yaşam döngüsündeki her fazındaki aktivitelerinin belirgin/tanımlı olduğu proje önerileri ders sorumlularına danışarak ek yapılabilir. Ancak dersteki anlatımlarda da görüldüğü üzere bu proje alanları uygun olarak belirlenmiştir.
Bu dersle ilgili temel anlatımlara gereksinimlerin belirlenmesi ile başlanacağından anlatımlardan önce aşağıda verilen sorularla ilgili herhangi bir problem kalmamalıdır.
Yazılım nedir? Yazılım yaşam döngüsü nedir?
Yazılım yaşam döngüsündeki aşamalar nelerdir?
Yazılım geliştirmede her bir faz ne anlama gelir?
Yazılım Mühendisliği nedir?
Yazılım Süreç Modelleri nelerdir?
Proje nedir? Proje fikir ilişkisi? Her fikir bir proje belirtirmi?
Bu sorularla alakalı olarak yararlanabileceğiniz temel kaynaklar şunlardır;
YAZILIM MÜHENDİSLİĞİNİN TEMELLERİ GİRİŞ DÖKÜMANI
YAZILIM GEREKSİNİMLERİ VE ANALİZİ DERSİ KAPSAMINDA KULLANILABİLECEK PROJE DÖKÜMANTASYONU- ŞABLON VE İÇERİK TANIMLARI:
Yazılım Gereksinimleri Tanım Belgesi (YGTB/SRS)
Yazılım geliştirme süreci ;
- Gereksinim Analizi / Requirements (Requirements Analysis)
- Spesifikasyon / Specification (Functional Specification)
- Mimari / Architecture (Software Architecture)
- Dizayn / Design (Software Design)
- İmplementasyon (Programlama) / Implementation (Computer Programming)
- Test / Testing (Software Testing)
- Sahaya Yerleştirme / Deployment (Software Deployment)
- Bakım / Maintenance (Software Maintenance)
aşamalarından oluşmaktadır.
YGTB, belgesinde geliştirilecek olan yazılımın işlevsel ve işlevsel olmayan gereksinimleri tanımlanır. Use-Case’ler, Kullanıcı arayüzleri, User Story‘ler, Kısıtlar, Mevcut Sistemin Analizi, Önerilen Sistemin Tasarımı ve ER diyagramları verilir.
Yazılım mühendisliği kapsamında YGTB için verilen verilen taslak şu şekildeydi:
Yazılım Gereksinimleri Tanımı
- Giriş
1.1 Amaç
[Belgenin amacını ve hedef kitlesini tanımlayın.] Sorun Analizi ve Hedef Analizi mutlaka yazılmalıdır.
1.2 Kapsam
[Belgenin kapsamını tanımlayın.
Bu kısımda tanımlanan kapsam, varsa bir üst seviye gereksinimlerde yer alan benzer ifadelerle (örneğin, Vizyon belgesi) tutarlı olmalıdır.]
1.3 Tanımlar ve Kısaltmalar
[Belgeyi anlamaya yardımcı olacak ve alana özel terim ve kavramın tanımlarını verin ve belge içinde kullanılan kısaltmaları alfabetik olarak listeleyin.]
1.4 Referanslar
[Bu belgenin referans aldığı tüm kaynakları; referans numarası, referans kodu, başlığı, sürümü ve tarihi ile birlikte listeleyin.
Bu belge şablonu için, “IEEE Std 830-1998: IEEE Recommended Practice for Software Requirements Specifications” referans alınmıştır.]
1.5 Dokümana Genel Bakış
[Belgenin sonraki bölümlerinde neler anlatıldığını özetleyin. Belgenin kullanımı ile ilgili (varsa) güvenlik ve gizlilik koşullarından bahsedebilirsiniz.]
- Genel Tanım
[Yazılım ürünü ve gereksinimlerini etkileyen genel faktörleri, izleyen başlıklar altında tanımlayın.]
2.1 Ürüne Bakış
[Bu belge kapsamında tanımlanan yazılım ürününün (varsa) diğer ürünlerle ilişkisini anlatın.
Yazılım ürünü bağımsızsa ve sadece kendini içeriyorsa belirtin. Eğer bu belge, daha büyük bir sisteminin parçası olan yazılım ürününü tanımlıyorsa, üst seviye bir bakışla yazılım ile parçası olduğu sistem arasında ilişkiyi kurun ve sistem ile diğer yazılımlar arasındaki arayüzleri belirtin.
Sistemin ana parçalarını, birbirleriyle olan ilişkilerini ve dış arayüzleri gösteren bir blok diyagram çizebilirsiniz.]
[Mevcut Sistemin İncelenmesini bu kısımda verebilirsiniz]
2.1.1 Sistem Arayüzleri
[Yazılım ile diğer sistemler arasındaki arayüzleri ve bu arayüz gereksinimlerinin karşılanması için sağlanması gereken işlevleri belirtin.]
2.1.2 Kullanıcı Arayüzleri
[Yazılım gereksinimlerinin karşılayacak, yazılım ile kullanıcısı arasındaki arayüzleri belirtin. Bu arayüzler için taslak ekran yapılarını, sayfa/ekran yapılarını, menü veya raporların içeriklerini tanımlayın (eklere de referans edebilirsiniz)].
2.1.3 Donanım Arayüzleri
[Yazılım ile sistemin donanım öğeleri arasındaki arayüzlerin mantıksal özelliklerini belirtin. Bu özelliklerin konfigürasyon tanımlarını verin.]
2.1.4 Yazılım Arayüzleri
[Kullanılacak olan diğer yazılımın ürünlerinin (veri yönetimi sistemi, işletim sistemi, modelleme araçları, vs) ve diğer uygulama sistemleri ile (varsa) arayüzlerinin özelliklerini belirtin. Her bir uygulama yazılımı için, kod, isim, tanım/sürüm no.ve kaynak bilgilerini belirtin.]
2.1.5 İletişim Arayüzleri
[İletişim ile ilgili arayüzler (varsa) belirtilir (protokoller vb.)]
2.1.6 Bellek Kısıtları
[Birincil ve ikincil bellek ile ilgili özellikleri ve kısıtları belirtin.]
2.1.7 Ürünün İşletimi
[Kullanıcı gereksinimi olarak yazılımın normal ve özel çalışma kiplerini, kullanım ile ilgili zamanlama kısıtlarını, yedekleme ve kurtarma kısıtlarını veya gereksinimlerini belirtin.]
2.1.8 Saha Uyumlama Gereksinimleri
[Ürünün alandaki işletimi için, yükleme sahasını uyumlama gereksinimlerini (örneğin, veri veya başlatma sırası gereksinimleri) belirtin.]
2.2 Ürün İşlevleri
[Yazılımın gerçekleştireceği ana işlevlerin, detaya girmeksizin bir özetini verin.
Bu bölüm için gereken ana işlevlerin özeti, daha üst seviye gereksinimlerin (örneğin, Vizyon belgesi) söz konusu yazılıma atanmış bölümlerinden alınabilir, ancak bu belgenin “3. Özel gereksinimler” kısmı ile de tutarlı olmalıdır.
İşlevleri, bu belgeyi ilk defa okuyacak herhangi birinin kolaylıkla anlayabilmesi için listelenmiş şekilde düzenleyebilirsiniz.
Farklı işlevleri ve aralarındaki ilişkileri gösterebilmek için metinsel ya da grafiksel gösterim kullanılabilir. Söz konusu diyagramlar ürünün tasarımını göstermez, sadece işlevler arasındaki mantıksal ilişkiyi ifade eder.]
2.3 Kullanıcı Özellikleri
[Kullanıcıların sahip olmaları gereken genel özellikleri (eğitim seviyesi, deneyim vb.) belirtin.]
2.4 Kısıtlar
[Geliştiriciyi kısıtlayabilecek herhangi bir öğe ile ilgili genel tanımları verin (örneğin; donanım kısıtları, uyulması beklenen yönergeler, geliştirme ortamı ve teknolojisi ile ilgili gereksinimler, güvenilirlik gereksinimleri, güvenlik ve gizlilik hususları vb.)]
2.5 Varsayımlar ve Bağımlılıklar
[Belgede belirtilen yazılım gereksinimlerini etkileyebilecek olan faktörleri listeleyin. Varsayım ve bağımlılıklar tasarım kısıtları değil, değişmeleri halinde gereksinimleri etkileyecek olan faktörlerdir.]
- Özel Gereksinimler
[Bu kısımda,geliştirme ve test etkinliklerini mümkün kılacak detay seviyesinde, tüm yazılım gereksinimlerini tanımlayın. Tanımlanan gereksinimler, tüm paydaşlar tarafından algılanabilir olmalıdır.
Gereksinimler, bütün sistem girdilerinin ve çıktılarının tanımı ile girdileri çıktılara dönüştüren işlevlerin tanımını içermelidir. Bunlarla ilişkili ve bunlara ek olarak, işlevsel olmayan (kalite) gereksinimlerini de tanımlayın.
Gereksinimler doğru, kesin, tam, tutarlı, doğrulanabilir, değiştirilebilir, izlenebilir ve önceliklendirilmiş olmalıdır.
Bütün gereksinimleri biricik (“unique”) olarak numaralandırın. GEREKSİNİM TANIMLARI İÇİN AYRICA OLUŞTURULMUŞ BİR TABLO PAYLAŞILACAKTIR. VE TÜM EKİPLERİN O TABLOYU DOLDURMALARI İSTENECEKTİR.]
3.1 Harici Arayüz Gereksinimleri
[Bütün sistem girdilerinin ve çıktılarının detaylı tanımını verin. Bu tanımlar 2. kısımda sunulan bilgileri tamamlamalı / detaylandırmalı, orada verilen bilgilerin tekrarı olmamalıdır.
Bir sonraki bölümde tanımlanması istenen işlevsel gereksinimlerin işletilmesini destekleyecek kullanıcı arayüzlerine ilişkin detaylar bu bölümde tanımlanabilir. Kullanıcı arayüzü tanımlama için bir şablon Ek-A’da verilmiştir.]
3.2 İşlevsel gereksinimler
[Ürüne ait işlevsel gereksinimlerin detaylı tanımını verin.
Use-case esaslı gereksinim analizi yaptıysanız bu bölümde use-case modelini ve bu modeldeki öğeleri detaylı olarak tanımlayın. Seçtiğiniz use-case’lere ait senaryoları UML Etkinlik Diyagramları veya metin biçimde detaylandırabilirsiniz. Use-case’lerin metin biçimde detaylandırılması için bir şablon, Ek-B’de verilmiştir.]
3.3 Performans Gereksinimleri
[Yazılım ve/veya kullanıcı arayüzü ile ilgili statik ve dinamik, nicel performans gereksinimlerini tanımlayın. Statik gereksinimlere; desteklenecek eşzamanlı kullanıcı sayısı, desteklenecek istemci sayısı vb. örnek verilebilir. Bu tür gereksinimler ölçülebilir şekilde ifade edilmelidir.
Benzer özellikler: Hız (“speed”), saniyedeki işlem sayısı (“processed transactions/second”), ortalama maksimum cevap süresi (“average, maximum response time”), ekran tazeleme süresi (“screen refresh time”), işlem hacmi (“throughput”), kurtarma/kendine gelme süresi (“recovery time”), kaynak kullanımı (“resource usage”) – hafıza, disk vb., eş zamanlı desteklediği kullanıcı sayısı (“number of simultaneous users to be supported”), kapasite (“capacity”) – sistemin sağlayabileceği müşteri ya da işlem sayısı ]
3.4 Mantıksal Veritabanı Gereksinimleri
<Veritabanında tutulacak veriler ile ilgili mantıksal gereksinimleri tanımlayın. Veri varlıklarını ve aralarındaki ilişki ve bütünlük kısıtlarını belirtin. Bu gereksinimleri ifade etmek için E/R Diyagramı kullanabilirsiniz.]
3.5 Tasarım Kısıtları
[Standartlar, kullanıcı istekleri veya donanım kısıtlarına dayanan ve tasarımı gerçekleştirirken uyulması gereken kararları tanımlayın.]
3.6 Kalite Özellikleri
[Yazılım kalite özelliklerini tanımlayın.
Aşağıda bazı özellikler için açıklamalar ve örnekler verilmiştir.]
3.6.1 Güvenilirlik (“Reliability”)
[Yazılımın güvenilirliği yani yazılımın sunduğu servisin devam etmesi ile ilgili özelliktir.
Sistemin çökme sıklığı ve şiddeti, iki çökme arasında geçen ortalama süre (“MTTF: mean time to failure”), onarım için geçen ortalama süre (“MTTR: mean time to repair”), hata ya da kusur oranı (“bugs or defect rate”), maksimum hata ya da kusur oranı ( maximum bugs or defect rate”) gibi ölçevler tanımlayarak ifade edilebilir.]
3.6.2 Kullanılırlık (“Availability”)
[Yazılımın kullanıma hazır olması ile ilgili özelliğidir.
Yazılımın kullanım için uygun olma yüzdesi (“% of time available=MTTF/(MTTF+MTTR)”) ile ifade edilebilir.]
3.6.3 Güvenlik
[Yazılımın kazayla ya da kötü niyetle erişimine, kullanımına, değiştirilmesine, tahrip edilmesine ya da imhasına engel olmak için taşıması gereken özellikleridir.
Belirli şifreleme ve kriptografi ile ilgili tekniklerinin kullanımı, amaca özel kayıtların (“log”) ya da geçmiş verilerin tutulması, farklı modüllere/kullanıcılara belirli fonksiyonların atanması, programın bazı bölümleri arasında iletişimin kısıtlanması ve kritik değişkenler için veri bütünlüğünün kontrolü ile ifade edilebilir.]
3.6.4 Bakım-yapılabilirlik (“Maintainability”)
[Yazılımın kullanıma alındıktan sonra kolay bakım-yapılabilmesi için taşıması istenen özellikler belirtilir.]
3.6.5 Taşınabilirlik (“Portability”)
[Yazılımın başka platformlara (işletim sistemi, vb.) taşınabilirliği ile ilgili özellikler belirtilir.]
3.6.6 Kullanılabilirlik (“Usability”)
<Yazılımın kolay kullanılabilirliği ile ilgili özellikler belirtilir.
Uyulması gereken standartlar (kullanıcı arayüzü standartları, kullanıcı arayüzlerinin tutarlılığı, vb), çevrimiçi (“online”) ve içerik duyarlı (“context-sensitive”) yardım, sihirbazlar (“wizards”), kullanıcı dokümantasyonu, eğitim materyalleri ve eğitim süresi gerekleri tanımlanarak ifade edilebilir.]
- Gereksinimlerin Önceliği ve Kritikliği
[Bu belgede tanımlanan gereksinimlerin göreli önemlerini, önceliklerini ve varsa tanımlanmış ağırlıklarını yazın.]
- Gereksinimlerin İzlenebilirliği
[Bu belgenin “3. Özel Gereksinimler” başlığı altında tanımlanan yazılım gereksinimleri ile bir üst seviye gereksinimler (örneğin, Vizyon belgesi) arasında çift yönlü izlenebilirliği oluşturun.
İzlenebilirliği tablo yapısında oluşturabilirsiniz.]
- Ekler
[Bu belgenin yapısını basitleştirmek ve anlaşılmasını kolaylaştırmak için,içerikteki bazı bilgileri eklerde verebilirsiniz. Ana döküman içerisinde bilginin normalde sunulduğu yerde verilemeyen tanımlar için bu bölüm kullanılır.
Ekler, alfabetik olarak ve belge içinde referans edildiği sırada tanımlanmalıdır.]
BONUS ÖDEV
1- Çevik Model ve Geleneksel Model arasındaki en fazla öne çıkan farklılıkları maddeler halinde yazınız.
2- Yazılım geliştirme süreç modelleri arasında risk unsurunu dikkate alan modelleri belirleyiniz? Bu model çevik yazılım ile hangi açıdan benzeşmektedir?
(Doğru cevapları mbaykara@firat.edu.tr adresine ilk mailleyen 10 arkadaşımız finalde bonus puan ile ödüllendirilecektir.)
BAZI UML VE DİYAGRAM ÇİZİM ARAÇLARI
Bu kısımda özellikle tümleşik modelleme dili, proje yönetim, çevik yazılım ve diğer metodolojilerde kullanılabilecek bazı çizim araçları ve bağlantıları verilmiştir.
ARGO UML;
ALTOVA U MODEL;
https://www.altova.com/umodel.html
VISUAL PARADIGM
https://www.visual-paradigm.com/download/community.jsp
IBM RATIONAL SOFTWARE ARCHITECT
https://www.ibm.com/developerworks/downloads/r/architect/
Online Diagram Software
GEN MY MODEL
Microsoft Visio
BAZI PROJE YÖNETİM ARAÇLARI
REDMINE ;
Microsoft Project Professional
https://indir.firat.edu.tr/
Taiga
JIRA :
Jira Platformu: Jira Software, Bitpocket, Sourcetree, Bamboo, Clover, Fisheye, Crucible, Jira Service Dest, Jira Core, Confluence, Hipchat
Versiyon Kontrol Sistemleri
Subversion
https://subversion.apache.org/
PROJELERİN DEĞERLENDİRME KRİTERLERİ NELERDİR?
Bu kısımda projelerin değerlendirme kriterlerinden bahsedilecektir. Projelerimiz için IEEE standartlarına göre belirlediğimiz dökümantasyon formatı yukarıda verilmiştir. Ancak yazılım yaşam döngüsündeki her fazda nelerin yapıldığının vurgulanması için “yazılım mühendisliğinin temelleri” dersinde verilen/önerilen proje şablonundaki isterler dikkate alınabilir. Bunun için hazırlanan değerlendirme kriterleri tablosu aşağıda verilmiştir.
| YMH114 YAZILIM MÜHENDİSLİĞİNİN TEMELLERİ DERSİ PROJE/ÖDEV DEĞERLENDİRME KRİTERLERİ |
| -Projeler, YMH114 dersinde anlatılan kriterlere göre yapılmalı ve rapor düzenine uyulmalıdır.
-Proje ödevinde sayfa sınırı yoktur. İçeriğe bağlı olarak değerlendirilecektir. -Proje uygulamalarını yapanlar, geliştirdikleri yazılımları ve yazılımlarını – Genel olarak metinde Times New Roman, 12 punto, 1.5 satır aralığı, iki yana yaslı metin kullanılmalıdır. |
| PROJE DÖKÜMANTASYONUNDA BULUNMASI GEREKEN BÖLÜMLER VE AÇIKLAMALARI |
| 1.Bölüm – Tanıtım Bu kısımda projenin amacı, kapsamı ve genel tanıtımı yapılmalıdır. |
| 2.Bölüm – Planlama
– Gant diyagramı çizilmelidir (Maliyet kestirim dökümanı doğrultusunda oluşturulacaktır). |
| 3.Bölüm – Çözümleme
– Bu kısımda konu ile alakalı örnek bir mevcut sistemin use case diyagramı ve sistemin işleyiş senaryosu verilmelidir. |
| 4.Bölüm – Tasarım
– Sistemin tasarım mimarisi akış diyagramı olarak verilmelidir. Ancak diyagramın dışında verdiğiniz mimarinin açıklaması seçim nedenleri ile birlikte detaylı verilmelidir. |
| 5.Bölüm – Gerçekleştirme – Önerilen sistem gerçekleştirilirken hangi programlama dilinin ve araçlarının, hangi teknolojilerin neden seçildiği açıklanacaktır. – Veri tabanı yönetim sisteminin mimarisi verilmelidir. Çözümleme aşamasında verilen veri modeliyle ilişkili olmasına dikkat edilecektir. (5.2.2 başlığı altındaki tüm başlıklar detaylı olarak irdelenmelidir.) – Gerçekleştirme aşamasında kullanılan standartlar verilmelidir. – Gerçekleştirim aşamasında meydana gelebilecek olağan dışı durumlar belirlenmeli nasıl yönetileceği kısaca açıklanmalıdır. – Kod gözden geçirme işleminin nasıl yapılacağı verilmelidir. |
| 6.Bölüm – Test – Doğrulama ve geçerleme işlemlerinin nasıl yapılacağına ilişkin iş zaman planı gant diyagramı olarak verilmelidir. (planlama aşamasında verilen test planı ile uyumlu olmasına dikkat edilecektir). – Test (doğrulama) planı için hangi yöntemlerin neden ve nasıl kullanıldığı detaylı olarak açıklanmalıdır. – Kullanılacak test araçları varsa işleyişi kısaca açıklanmalıdır. – Önerilen sistem gerçekleştirilirken hangi test türü ve araçlarının neden seçildiği açıklanacaktır. |
| 7.Bölüm – Bakım – Yazılım kurulum aktiviteleri hakkında bilgiler verilmelidir. – Kurulum sonrasında yerinde destek organizasyonu tarif edilmelidir. – Kurulum ve entegrasyon aşamalarında yapılacaklar hakkında bilgiler verilmelidir. |
| 8.Bölüm – Sonuç -Bu bölümde gerçekleştirilen uygulamanın detaylı bir biçimde değerlendirilmesi yapılmalıdır. -Gerçekleştirilen sistemin mevcut sistemlerden farkı net bir biçimde ortaya konulmalıdır. -Gerçekleştirilen sistemin hangi probleme çözüm ürettiği belirtilmelidir. – Gerçekleştirilen sistemin mevcut sistemlere göre avantajları ve dezavantajları anlatılmalı, sistem benzer diğer sistemlerle tablolar ile karşılaştırılmalıdır. -Gerçekleştirilen sistemin dezavantajları değerlendirilerek gelecekte nasıl iyileştirilebileceği detayları ile anlatılmalıdır. |
| 9.Bölüm – Kaynaklar – Geliştirme süreçlerinin her aşamasında yararlanılan kaynaklar (Kitap, Makale, Ders Notu, İnternet Sitesi vb) numaralandırılarak yazılmalıdır. – Buradaki kaynaklar sadece yararlanıldığı anlamında olmayıp, doküman içerisinde kaç numaralı kaynaktan nerede yararlanıldığı kaynak göstererek verilmelidir. |
Yazılım Gereksinim Belirtimleri SRS- IEEE DOKÜMANI
1
2
3
4
5
6
7- Yazılım Gereksinim ve Analizi Dersi İçin Önemli Bir Duyuru
8- Agile Nedir?
9-
10-
11-
12
13-
14-
15-
16-
17-
18-
19-
20-
21-
22-
23-
24-
25-
26-
27-
28-
29-
30-