Software Requirements Specification

Software Requirements Specification
Version 1.2
Date: 07-12-2012
……………..Management System
Team
……………………………….
Table of Contents
1. Introduction
1.1. Purpose
1.2. Scope
1.3. Glossary
1.4. References
1.5. Overview
2. Overall Description
2.1. Product Perspective
2.1.1. System Interfaces
2.1.2.User Interfaces
2.1.2.1. User Login Screen
2.1.2.2. Task Listing Screen
2.1.2.3. Task Management Screen
2.1.3. Hardware Interfaces
2.1.4. Software Interfaces
2.1.5. Communication Interfaces
2.1.6. Operations
2.2. Product Functions
2.2.1. Use Case: Kullanıcı Girişi
2.2.2. Use Case: Kullanıcı Çıkışı
2.2.3. Use Case: …………………..
2.2.4. Use Case: İş Tamamlama
2.2.5. Use Case: ………………
2.2.6. Use Case: ………………..
2.2.7. Use Case:……………….
2.2.8. Use Case:………………
2.2.9. Use Case:………………
2.2.10. Use Case: Mola Yönetimi
2.2.11. Use Case: …………………
2.2.12. Use Case: ………………….
2.2.13. Use Case: …………………….
2.2.14. Use Case: …………………….
2.2.15. Use Case: ……………………
2.2.16. Use Case: İş Yönetimi
2.3. User Characteristics
2.4. Constraints
2.5. Apportioning of Requirements
3. Specific Requirements
3.1. Performance Requirements
3.2. Functional Requirements
3.2.1. Kullanıcı Girişi
3.2.2. Kullanıcı Çıkışı
3.2.3. ……………..
3.2.4. İş Tamamlama
3.2.5……………….
3.2.6……………....
3.2.7…………….
3.2.8……………….
3.2.9………………
3.2.10. ……………..
3.2.11. Mesai Yönetimi
3.2.12. ……………………..
3.2.13……………………
3.2.14. …………………
3.2.15. ………………….
3.2.16. İş Yönetimi
3.3. Non-functional Requirements
3.4. Logical Database Requirements
3.5.Design Constraints
3.6.Software System Attiributes
3.6.1. Security
3.6.2. Avaibility
3.6.3. Portability
1. Introduction
1.1. Purpose
Bu SRS belgesi, ……………………………..yazılımlarının tüm dış davranışlarını,
gereksinimlerini, herhangi bir işlevi olmayan gereksinimleri, tasarım kısıtlamalarını ve gerekli
diğer etmenleri tanımlamak için hazırlanmıştır.
1.2. Scope
…………………………..yazılımı, bir şirketinin tüm ……………ve performans yönetimini, şirketin
hiyerarşik yapısına uygun olarak yöneten, ……………, ………………bir yazılım olarak
geliştirilecektir……………………. yazılımının …………….tamamı server üzerinde çalışacak
yazılımla, ………………………… ise masaüstü ve mobil yazılımları sayesinde
gerçekleştirilecektir.
1.3. Glossary
Terim
Tanım
SaaS
Software as a Service
RIA
Rich Internet & Desktop Applications
PHP
Hypertext Preprocessor
SQL
Structured Query Language
ERP
Enterprise Resource Planning
Html
Hyper text markup language
AIR
Adobe Integrated Runtime
SDD
Software Design Document
SRS
Software Requirements Specification
Web Site A place on the world wide web
Masaüstü ve mobil platformlarda çalışan yazılımlardan client yazılımları olarak
Client
bahsedilecektir.
1.4. References
CARRARO Gianpaolo and CHONG Fred, "Software as a Service (SaaS): An Enterprise
Perspective", Microsoft Corporation, (2006, October)
MENTER E. Scott, "Crossing the Business Process Management Chasm: Three Tips", CMS
WIRE, (2012, October 1)
RHUBART Bob, "The Cloud Computing Prenup", Oracle Corporation, (2011, May 12)
1.5. Overview
Projeyi genel olarak kültürel, teknolojik ve yasal etmenler açısından değerlendirecek olursak,
modern çağa uygun, topluma hitap eden ve tamamen yasal bir projedir. Projenin serverda
çalışan yazılımı için ………….. veya ……………veritabanı ile birlikte kullanılacaktır. Masaüstü
yazılımlarının geliştirilmesi için …………….. yazılım üretebileceğimiz ………….. teknolojisi
kullanılacaktır. Mobil client’lar (iOS & Android) için ise ……………………ve Java kullanılacaktır.
2. Overall Description
Sistemi oluşturan tüm bileşenlerin ve aktörlerin birbiriyle ilişkilerini iş akışları doğrultusunda
tanımlayan Use Case’lerin belirtildiği alandır (Bkz. 2.2 Product Functions).
2.1 Product Perspective
…………………………………kullanıcının masaüstü bilgisayarlardan, …………….ve
……………… üzerinden uygulama …………………………………proje …………… yönetimlerini
gerçekleştireceği sistemdir.
Bu işlemlerin gerçekleştirilebilmesi için internet bağlantısı gereklidir.
2.1.1. Sytem Interfaces
2.1.2. User Interfaces
2.1.2.1. User Login Screen
2.1.2.2. Task Listing Screen
2.1.2.3. Task Management Screen
2.1.3. Hardware Interfaces
………………………………temel olarak bilgisayarlardan masaüstü yazılımı ile, mobil akıllı
telefon ve tablet cihazlardan mobil yazılımları ile kullanılabilir.
2.1.4. Software Interfaces
Sistem yazılımlarının kullanılabileceği platformalar aşağıdaki gibidir:
1. Microsoft Windows XP, Vista, 7, 8 versiyonları.
2. Apple Mac OS X ……………., ……………, ……………..versiyonları.
3. …………………………..
4. ……………………………
5. ……………………………
6. …………………………..
2.1.5. Communication Interfaces
………………………….., HTTPS güvenli iletişim protokolü üzerinden sunucu ve client yazılımları
birbirleri ile haberleşir.
2.1.6. Operations
• ………………………………………………………………………………………..
• Sistem veritabanı yedeklerini günlük olarak alır ve gerekli olduğu durumlarda geri
yükleme yapılır.
2.2. Product Functions
2.2.1. Use Case: Kullanıcı Girişi
•
•
Kullanıcı, kullanıcı adı ve parola bilgisini sisteme bildirir.
Sistem, girilmiş olan bilgileri kontrol eder ve kullanıcıyı kullanıcı ekranına yönlendirir.
2.2.2. Use Case: Kullanıcı Çıkışı
•
•
•
•
Kullanıcı, çıkış yapma isteğini sisteme bildirir. Kullanıcı bu isteğini kullanıcı ekranından
yapar.
Sistem, kullanıcıdan çıkış işlemi için onay ister.
Kullanıcı çıkış işlemine onay verir.
Sistem, girilmiş olan bilgileri kontrol eder ve kullanıcının çıkış işlemini gerçekleştirerek
uygulamayı sonlandırır.
2.2.3. Use Case:…………………..
…………………………………………………………………………..
2.2.4. Use Case: İş Tamamlama
•
•
•
•
•
•
•
………………………………………….
…………………………………………..
………………………………………………
…………………………………………………
Kullanıcı sunulan alanları doldurarak iş tanımlama isteğini tamamlar.
Sistem tanımlanan işin statüsünü otomatik olarak ‘tanımlandı’ olacak şekilde ilgili birim
altında ve kullanıcı ekranında günceller.
……………………………………………………
2.2.5. Use Case: ………………..
……………………………………………………………………………………………..
2.2.6. Use Case: …………………….
…………………………………………………………………………………………….
2.2.7. Use Case: ………………………….
………………………………………………………………………………………..
2.2.8. Use Case: ……………………………..
………………………………………………………………………………………….
2.2.9. Use Case: …………………………………
2.2.10. Use Case: Mola Yönetimi
•
•
•
•
•
•
Kullanıcı, mola verme isteğini sisteme bildirir.
Kullanıcı bu isteğini kullanıcı ekranından yapar.
……………..
•……………….
•…………….
•……………
•………………..
…………………………………………..
……………………………………………
Kullanıcı üzerindeki işe ‘beklemede’ statüsü atanır.
2.2.11. Use Case: ……………………………………………….
……………………………………………………………………………………………………………
2.2.12 Use Case
. ……………………………………..
……………………………………………………………………………………………………
.
2.2.13. Use Case: ……………………………………….
…………………………………………………………………....................
2.2.14. Use Case: …………………..
……………………………………………………………………………………..
•
•
•
•
•
•
•
•
Kullanıcı ……………………..isteğini sisteme bildirir.
Kullanıcı bu isteğini sisteme tanımlı olan bir ürün üzerinden gerçekleştirir.
……………………………………………………………………………….
…………………………………………………………………………
Çalışan: Oluşturulan ………………..çalışacak kullanıcıların belirtildiği alandır(Bkz. 6.1).
İşler: …………………………bu alanda listelenecektir.
…………………………………………………………..
Sistem, ilgili alanları kontrol ederek ……………………..gerçekleştirir.
…………………………………………………..
2.2.15. Use Case: ……………………………
2.2.16. Use Case: İş Yönetimi
…………………………………………………………………………………………..
•
•
•
…………………………………………………………………………………
Sıra no: İlgili işin bulunduğu iş listesindeki sıra numarasıdır. Listedeki iş sayısına göre
otomatik olarak atanır. Salt okunur olarak sunulur.
id: İlgili işin sistemde bulunan benzersiz numarasıdır. Salt okunur olarak sunulur.
Statü: İşin üzerindeki durum bilgisidir (Bkz. 6.1).
Tanım: İşin tanımının yapıldığı zorunlu alandır.
Birim: İşin ait olduğu birimin belirtildiği alandır.
Başlangıç Tarihi.
Bitiş Tarihi.
………………………………..
…………………………………
……………………………..
2.3. User Characteristics
Bu sistemi kullanacak kullanıcıların proje işleyiş süreçlerine hakim olmaları gerekmektedir.
2.4. Constraints
Hardware Limitations: …………………………
Languages Limitations:…………………………..
Safety and Security Considerations: …………………………
2.5. Apportioning of Requirements
• ………………………………
• ……………Yönetimi Modülü
• ……………………………
• Bildirim Modülü
özellikleri …………….planlanmıştır.
3. Specific Requirements
……………………………….Sistemi’nde yürütülen projelerin başarılı bir biçimde yönetilmesi
temel amaçtır. Bu sistem hiyerarşik bir düzende çalışılan şirketlerin ihtiyaçlarını tamamıyla
karşılayabilmek için tasarlanmış olup, yapılan bir projenin her aşamasında
uygulanan……………., ……………….. kapsamaktadır. Örneğin büyük bir proje yapılırken
projenin işlerinin küçük parçalara ayrılıp çalışanların birimlerine göre dağıtılması ve çalışanlara
atanması önemli bir gereksinimdir. İşlerin düzenli bir şekilde ait oldukları birimlere pay edilip,
iteratif bir yapı ile her birim içinde geliştirilip ardından entegrasyonunun yapılmasının
sağlanması, büyük bir projenin karmaşasını engelleyen ve çevik geliştirme(agile development)
elde edilmesini sağlayan en önemli faktördür.
Bu sistemde yöneticiler; proje(ürün), ………………, …………………..ve
………………..tanımlayarak büyük bir projeyi düzenli bir şekilde parçalayabilir ve sistematik bir
geliştirmenin temelini atabilirler. Yöneticiler,……………………… iş akışının hangi
kısımlarında(…….., ……………, ………………, ……………) söz sahibi olabileceklerini
belirleyebilir; ……………atayabilirler.
Çalışanlar ise üzerlerine atanan ………….., …………., ……………., başladığı bir işten
vazgeçme imkânlarına sahiptir. Ayrıca proje dahilinde önceden tasarlanmamış olup projeye
yarar sağlayacak bir …………………………, uygulayabilirler.(Bkz. 2.2.Product Functions)
Sistemin çalışma şekli genel hatları ile şu şekildedir:
1) Analiz biriminde yapılan bir iş bitirildikten sonra………………………..
2) Kontrol yetkisine sahip başka bir analist, ……………..
3) Kod birimi çalışanı üzerine tanımlanan analiz işinin ……………………….
…………………………………………….
4) İlgili iş kodlandıktan sonra test yapılması…………………………..
5) Test birimi çalışanları, ilgili işi test ………………………..
Bu aşamaların gerçekleştiği sistem, kullanıcı arayüzleri bölümünde yer almaktadır (2.1.2 User
Interfaces).
3.1. Performance Requirements
Sistemin genel işleyiş performansı ile ilgili aşağıdaki denetimler gerçekleştirilir.
• Sistem yazılımları üzerinde çalışma esnasında oluşabilecek yazılımsal
veya…………………..hatalar, ……………………
• …………………. sunucuya yaptığı istekler (requests) 1 dakikadan fazla sürede yanıt
alamaması durumunda, ……………….çalışmayan sistem bileşeni tespit edilerek kayıt
altına alınır.
Bu hata kayıtları …………………………… ………………………….aralıklarla iletilir.
3.2 Functional Requirements
3.2.1. Kullanıcı Girişi
Use Case Name:
Priority
Trigger
Precondition
Basic Path
Alternate Path
Postcondition
Exception Path
Other
Reference
3.2.2. Kullanıcı Çıkışı
Use Case Name:
Kullanıcı Girişi
Essential
N/A
Kullanıcı sisteme tanımlı olmalıdır.
• Kullanıcı, kullanıcı adı ve parola bilgisini sisteme bildirir.
• Sistem, girilmiş olan bilgileri kontrol eder ve kullanıcıyı
kullanıcı ekranına yönlendirir.
Kullanıcının kullanıcı adı ya da parola bilgisini eksik/hatalı girmesi
durumu: Sistem kullanıcıya, kullanıcı adı ya da parola bilgisinin
hatalı olduğu yönünde uyarı verir ve herhangi bir işlem yapmaz.
Kullanıcı, sisteme giriş yapılmış olur.
N/A
• Kullanıcı adı alanına sadece büyük ya da küçük karakter
girişine imkan verilmesi gerekmektedir.
• Parola alanına büyük, küçük karakterler ve tek basamaklı
doğal sayıların girilmesine imkan verilmesi gerekmektedir.
SRS 3.2.1
Kullanıcı Çıkışı
Priority
Trigger
Precondition
Basic Path
Alternate Path
Postcondition
Exception Path
Other
Reference
3.2.3. İş Listeleme
Use Case Name:
Priority
Trigger
Precondition
Basic Path
Alternate Path
Postcondition
Exception Path
Other
Reference
3.2.4. …………………….
Use Case Name:
Priority
Trigger
Precondition
Basic Path
Essential
N/A
Kullanıcı sisteme tanımlı olmalıdır.
• Kullanıcı, çıkış yapma isteğini sisteme bildirir. Kullanıcı bu
isteğini kullanıcı ekranından yapar.
• Sistem, kullanıcıdan çıkış işlemi için onay ister.
• Kullanıcı çıkış işlemine onay verir.
• Sistem, girilmiş olan bilgileri kontrol eder ve kullanıcının çıkış
işlemini gerçekleştirerek uygulamayı sonlandırır.
Kullanıcının çıkış işlemine onay vermemesi durumu: Sistem
kullanıcının çıkış işlemini gerçekleştirmez.
Kullanıcı, sistemden çıkış yapmış olur.
N/A
N/A
SRS 3.2.2
N/A
N/A
SRS 3.2.3
……………………………
Essential
N/A
Kullanıcının herhangi bir birimde yetkisinin tanımı olması gerekir
• ……………………..sisteme bildirir.
• ………………………… listelendiği sayfadan yapar.
• Sistem …………………………sunar.
• Bu aşamada ………………………………sunulur.
• ………sunulan alanları doldurarak ………………..tamamlar.
• Sistem …………..otomatik olarak ‘tanımlandı’ olacak şekilde
…………ve …………….günceller.
Alternate Path
Postcondition
Exception Path
Other
Reference
3.2.5. ……………….
Use Case Name:
Priority
Trigger
Precondition
Basic Path
Alternate Path
Postcondition
Exception Path
Other
Reference
3.2.6……………………
Use Case Name:
Priority
Trigger
Precondition
Basic Path
Alternate Path
Postcondition
Exception Path
Other
Reference
3.2.7…………….
Use Case Name:
Priority
• Ayrıca …………………..imkanı da verilecektir.
N/A
Kullanıcı ………………olur.
N/A
N/A
SRS 3.2.4
………….
Essential
N/A
…………………..olması gerekir.
• …………………………
• ………………………………….
• ………………………………
• ………………………………..
………………….olur.
N/A
………………………F8 kısayol tuşu ile verilmesi istenmektedir.
SRS 3.2.5
………………..
Essential
N/A
………………….olması gerekmektedir.
• …………….sisteme bildirir.
• …………………….sayfadan yapar.
• Sistem ……………….bitirir.
• Sistem ……………. şekilde günceller.
• …………………………imkanı sunulmaz.
N/A
…………..olur.
N/A
………………..F9 kısayol tuşu ile verilmesi istenmektedir.
SRS 3.2.6
Essential
Trigger
Precondition
Basic Path
Alternate Path
Postcondition
Exception Path
Other
Reference
N/A
SRS 3.2.7
3.2.8. ……………………………….
Use Case Name:
Priority
Essential
Trigger
N/A
Precondition
Kullanıcı listesinde herhangi bir tanımlı iş bulunması gerekir.
Basic Path
Alternate Path
Postcondition
Kullanıcının İlgili işi o an bulunduğu günden daha eski bir tarihe
Exception Path
ertelemek istemesi durumu: Sistem kullanıcıya işi eski bir tarihe
erteleyemeyeceği yönünde uyarı verir ve erteleme ekranında kalır.
• Kullanıcıya…………. imkanının F9 kısa yol tuşu ile verilmesi
istenmektedir.
Other
• ……………….kullanıcıya takvim ile birlikte sunulması
istenmektedir.
Reference
SRS 3.2.8
3.2.9………………………….
Use Case Name:
Priority
Trigger
Precondition
Basic Path
Alternate Path
Postcondition
Exception Path
………………………
Essential
N/A
• …………..isteğini sisteme bildirir.
• …………………….
• Sistem, ………………………onay ister.
• Kullanıcı …………………. onay verir.
• Sistem işin ……………………………………..
• ………………….. onay vermemesi durumu.
• ………………………işlemini gerçekleştirmez.
Kullanıcı, …………………………olur.
• ……………………………………………….
Other
Reference
3.2.10.Mola Yönetimi
Use Case Name:
Priority
Trigger
Precondition
Basic Path
………………… imkanının F10 kısa yol tuşu ile verilmesi
istenmektedir .
SRS 3.2.9
Mola Yönetimi
Essential
N/A
Kullanıcının mesaiye başlamış olması gerekmektedir.
• Kullanıcı, mola verme isteğini sisteme bildirir.
• Kullanıcı bu isteğini kullanıcı ekranından yapar.
• ………………………………
•……………………………..
•………………………………
•……………………………
•……………………………
•
•
•
•
Alternate Path
•
Postcondition
Exception Path
Other
Reference
3.2.11…………………………
Use Case Name:
Priority
Trigger
•
•
•
N/A
•
…………………………………………………..
………………………….
Kullanıcı üzerindeki işe ‘beklemede’ statüsü atanır.
Kullanıcının mola işlemini bitirmek istemesi durumu.
Sistem kullanıcının mola durumunu bitirerek …………….olan
işinin …………..otomatik olarak ……………..şekilde
günceller.
………………….mola verme isteğinden vazgeçmek istemesi
durumu.
Sistem ……………………….gerçekleştirmez.
Kullanıcı, …………..olur.
Kullanıcı, …………….sonlandırmış olur.
Mola imkanının kullanıcı ekranı üzerinden bir buton yardımı
ile verilmesi gerekmektedir.
• Mola durumunda ………………………..olarak güncellenir.
SRS 3.2.10
……………………………….
Essential
N/A
Precondition
Basic Path
Alternate Path
Postcondition
Exception Path
Other
Reference
3.2.12…………………………
Use Case Name:
Priority
Trigger
Precondition
Basic Path
Alternate Path
Postcondition
Exception Path
Other
Reference
3.2.13.Ürün Yönetimi
Use Case Name:
Priority
Trigger
Precondition
Basic Path
Alternate Path
Postcondition
Exception Path
Other
N/A
•
•
•
•
SRS 3.2.11
…………………..
Essential
N/A
N/A
……………………………………………………..
N/A
…………………………………
N/A
N/A
SRS 3.2.12
……………………………
Essential
N/A
N/A
•
•
• ………………….oluşturmuş olur.
• …………………..görüntülemiş olur.
• …………………..güncellemiş olur.
• …………….
silmiş olur.
………………………………………………………
………………… karakterden az veri girmiş olması durumu.
………………………….. alanına en az beş karakter veri
girmesi gerektiğine dair uyarı verir.
• ……………………………………
Zorunlu alanlar (*) işareti ile ilgili alanların yanında gösterilerek
belirtilir ve kullanıcıya ekranın uygun bir bölümünde (*) ile belirtilen
•
•
•
Reference
3.2.14………………………
Use Case Name:
Priority
Trigger
Precondition
Basic Path
Alternate Path
Postcondition
alanlar zorunludur uyarısı verilir.
SRS 3.2.13
……………………..
Essential
N/A
Sistemde kayıtlı en az 1 adet ürün bulunması gerekir.
• ……………………..isteğini sisteme bildirir.
• ……………………..ürün üzerinden gerçekleştirir.
• Sistem ………………………….istediği birimi aşağıdaki
alanlar ile sunar.
id: ……………………….
İsim: ………………….. Zorunlu alandır ve ……….en az 3 en
fazla 50 karakter …………………….. verilir.
Çalışan: Oluşturulan birim üzerinde çalışacak kullanıcıların
belirtildiği alandır(Bkz. 6.1).
……………………
………………………
• …………………………….
• Sistem, ilgili alanları ……………..işlemini gerçekleştirir.
• Ayrıca bu alanda kullanıcıya yeni birim oluşturma imkanı da
verilecektir.
• Kullanıcının sisteme tanımlı olan bir birimin bilgilerini
güncellemek istemesi durumu.
Sistem 2.1.2 akışında belirtilen alanları ………………………
görüntüler.
Kullanıcı ilgili alanlar …………………..
…………….……………………sisteme bildirir.
Sistem ………………………onay ister.
……………………….onay verir.
Sistem ………………………………kaydeder.
• Kullanıcının ………………………………istemesi durumu.
Kullanıcı …………………….bildirir.
Sistem ………………….onay ister.
…………………..onaylar.
Sistem ……………….kaldırır.
• Kullanıcının ……………………………. durumu.
Sistem ……………………………….yapmaz.
• Kullanıcı,…………………olur.
• Kullanıcı,…………………olur.
• Kullanıcı, ………………..güncellemiş olur.
•
•
•
Exception Path
•
Other
Reference
3.2.15…………………….
Use Case Name:
Priority
Trigger
Precondition
Basic Path
Kullanıcı, ………………silmiş olur.
Kullanıcının zorunlu alanları belirtmeden birim oluşturmak ya
da güncellemek istemesi durumu.
Sistem kullanıcıya zorunlu alanların doldurulması gerektiğine
dair uyarı verir ve birim bilgileri sayfasında kalır.
Kullanıcının isim bilgisi alanına 3 karakterden az veri girmiş
olması durumu.
Sistem kullanıcıya isim bilgisi alanına en az 3 karakter veri
girmesi gerektiğine dair uyarı verir.
Silinmek istenen birim altında tanımlı herhangi bir iş olması
durumu.
Bu durumda sistem kullanıcıya birime tanımlı işler olduğunu
belirterek silme işlemini gerçekleştirmez.
SRS 3.2.
……………………..
Essential
N/A
N/A
.
Alternate Path
Postcondition
Exception Path
Other
Reference
3.2.16.İş Yönetimi
Zorunlu alanlar (*) işareti ile ilgili alanların yanında gösterilerek
belirtilir ve kullanıcıya ekranın uygun bir bölümünde (*) ile belirtilen
alanlar zorunludur uyarısı verilir.
SRS 3.2.15
Use Case Name:
Priority
Trigger
Precondition
Basic Path
İş Yönetimi
Essential
N/A
N/A
• Sistemde var olan işler ……………………..kullanıcıya
listelenir.
A…………………..
B……………….
C……………………….
D……………….
E……………………
•
•
Alternate Path
•
Postcondition
• Yeni iş oluşturma,
• Var olan bir işi güncelleme,
• Var olan bir işi kapatma imkanları verilecektir.
Kullanıcının yeni bir iş oluşturmak istemesi durumu.
……………………………………………………
Sistem ……………………kaydeder.
Kullanıcının …………………………durumu.
Sistem var olan işin bilgilerini kullanıcıya güncellenebilir
olarak sunar.
………………………………………….
……………………………………………..
Kullanıcının var olan bir işi kapatmak istemesi durumu.
……………………………………..
•
……………………………………
•
•
•
•
•
•
Kullanıcı, ………………olur.
Kullanıcı…………………. görüntülemiş olur.
Kullanıcı,……………….. güncellemiş olur.
Kullanıcı, ………………..olur.
……………………………………
.Sistem kullanıcıya zorunlu alanların doldurulması
gerektiğine dair uyarı verir ve işlerin listelendiği sayfada
kalır.
Kullanıcının tanım bilgisi alanına 3 karakterden az veri girmiş
olması durumu.
……………………………………………………..
………….kullanıcıya ‘check box’ biçminde sunulması ve
işaretli olduğu durumda …………….kırmızı renkte
görüntülenmesi istenmektedir.
…………………………bir işin üzerinden F10 kısayol tuşu ile
Exception Path
•
•
Other
•
Reference
yapılması istenmektedir.
SRS 3.2.16
3.3. Non-functional Requirements
1. Sistem yazılımlarının ekran çözünürlükleri, çalışacağı cihazın desteklediği maksimum
çözünürlükler olacaktır. Sistem arayüzleri buna göre relatif olarak tasarlanacaktır.
2. Sistem üzerinde yapılan işlemler için öngörülen maksimum süre 1 dakikadır.
3.4. Logical Database Requirements
3.5. Design Constraints
……………………………………………………………………………………………………….
Örneğin sistemin masaüstü yazılımı arabiriminde tüm işlevsel fonksiyonlar yer alırken tablet
(iOS ve Android) yazılımı arayüzünde daha az işlevsel alan yer alacaktır.
3.6. Software System Attributes
3.6.1. Security
3.6.2. Availability
Sistem masaüstünde Windows ve Macintosh işletim sistemlerinde, mobil platformlarda ise iOS
ve Android işletim sistemlerinde kullanıcılara sağlanan yazılımlarla 7/24 erişilebilecek şekilde
tasarlanacaktır.
3.6.3. Portability