Sunum yükleniyor. Lütfen bekleyiniz

Sunum yükleniyor. Lütfen bekleyiniz

1 BELGELEME Ian Sommerville, “Software Documentation”, Software Engineering Vol.2, IEEE Press. Second Ed.

Benzer bir sunumlar


... konulu sunumlar: "1 BELGELEME Ian Sommerville, “Software Documentation”, Software Engineering Vol.2, IEEE Press. Second Ed."— Sunum transkripti:

1 1 BELGELEME Ian Sommerville, “Software Documentation”, Software Engineering Vol.2, IEEE Press. Second Ed.

2 2 Giriş -1 Tüm yazılım projeleri için belgeleme gerçekleşir. Bir proje için üretilen belgeler; 1. Geliştirme grubu arasında iletişim sağlamalı. 2. Yazılım bakımından sorumlu kişilere bilgi sağlamalı. 3. Yönetimin, geliştirme sürecini planlaması, maliyet ve zamanlama için bilgi sağlamalı. 4. Kullanıcıların sistemi kullanması ve yönetmesi için bilgi sağlamalı.

3 3 Giriş -2 Bu dökümanları oluşturmak ağırlıklı olarak yazılım mühendislerinin görevi. Farklı doküman türleri, doküman kalitesinin önemi, döküman yapısı, dökümantasyon standardı, etkin yazım stili vb.

4 4 Süreç ve Ürün Dökümantasyonu -1 Tüm projeler için oluşturulacak tek bir doküman listesi tanımlanamaz. Yapılan anlaşmaya, geliştirilen sistem türüne, beklenen yaşam süresine, geliştiren kuruluşun kültürüne ve büyüklüğüne ve geliştirme için yapılan zamanlamaya bağlıdır.

5 5 Süreç ve Ürün Dökümantasyonu Süreç dökümantasyonu: Geliştirme ve bakım sürecini belgelerler. Planlar, zamanlamalar, ürün-kalite dökümanları, kurumsal ve proje standartları. 2. Ürün dökümantasyonu: Geliştirilen ürünü tarif eder. – Sistem dökümanları: Ürünü geliştiren ve bakımını yapan mühendislerin bakış açısıyla. – Kullanıcı dökümanları: Kullanıcılara yönelik olarak.

6 6 Süreç Dökümantasyonu -1 Geliştirmenin yönetimi için sürecin görünür olması çok önemli. 1. Planlar, zamanlamalar: Yöneticiler tarafından hazırlanır. 2. Raporlar: Geliştirme sürecinde kaynaklar nasıl kullanılıyor? 3. Standartlar: Süreç nasıl gerçekleştirilecek? Kurumsal, ulusal veya uluslar arası standartlardan geliştirilebilir.

7 7 Süreç Dökümantasyonu Çalışma belgeleri: Projedeki teknik iletişim dökümanları. Fikirler, gerçekleştirim stratejileri, problemler, tasarım kararlarının açıklaması vb. 5. E-posta mesajları: Yöneticiler ve geliştirme grubu arasındaki günlük iletişimin detayları.

8 8 Süreç Dökümantasyonu -3 Süreç dökümanları kısa sürede güncelliklerini kaybederler ve sistem tamamlandıktan sonra muhafaza edilmelerine gerek yoktur. Ancak yazılımın yeni gereksinimler dolayısıyla gelişimi sırasında yararlı olabilecek bazı dökümanlar olabilir.

9 9 Ürün Dökümantasyonu Ürünü anlatır, uzun bir yaşam süresine sahip olur ve ürünle birlikte değişmesi, gelişmesi gerekir. – Kullanıcı dökümanları, ürünün nasıl kullanılacağını anlatır. – Sistem dökümanları ise özellikle bakım aşamasından sorumlu mühendislere yardımcı olur.

10 10 Kullanıcı Dökümantasyonu -1 Kullanıcı dökümantasyonu farklı kullanıcı gruplarını hedeflemeli: 1. Uç kullanıcılar 2. Sistem yöneticileri.

11 11 Kullanıcı Dökümantasyonu Fonksiyonel Tanımlama: Sistem gereksinimlerinin tanımlandığı ve sistemin sunduğu hizmetleri kısaca anlatan döküman. 2. Tanıtım Klavuzu: Sistemin uç kullanıcılar tarafından nasıl kullanılacağını örneklerle anlatan bir doküman.

12 12 Kullanıcı Dökümantasyonu Kurulum Dökümanı: Sistem yöneticilerinin sistemi belirli bir ortamda kurmalarına yönelik açıklama içeren bir doküman. Sistemi oluşturan dosyalar, gerekli minimum donanım vb. 4. Başvuru Kitabı: Sistemdeki olanakların nasıl kullanılacağı, hata mesajları, hatalı durumları düzeltme gibi bilgiler içerir.

13 13 Kullanıcı Dökümantasyonu Sistem Yönetim Klavuzu: Özellikle bazı tür sistemler için, örn: diğer sistemlerle etkileşimde olan, gerekli bilgiler. Bunlara ek olarak, “quick reference card”, “on line help” vb. bulunabilir.

14 14 Sistem Dökümantasyonu -1 Gereksinimler belgesinden, tasarım, gerçekleştirim, kabul testi planına kadar sistemi anlatan tüm dökümanları içerir. Kullanıcı dökümanları gibi yapılanmalı, genel bilgi, ayrıntılı bilgi. İçerik?

15 15 Sistem Dökümantasyonu -2 Sistem geliştikçe tüm dökümanların güncellenmesi büyük önem taşımaktadır. Dökümanlar arası bağımlılıklar ve ilişkilerin tutulması yardımcı olabilir.

16 16 Sistem Dökümantasyonu -3 Küçük sistemlerde daha dar kapsamlı olabilir. Ama yine de gereksinimler, mimari tasarım ve program kaynak kodu olmalı. Dökümantasyonun güncellenmesi önemli!

17 17 Doküman Kalitesi Doküman kalitesi önemli. Doküman kalitesini etkileyen faktörler: 1. Dökümantasyon standartları 2. Doküman kalite güvence süreci 3. Yazım stili

18 18 Doküman Yapısı -1 Dökümanlardaki materyalin nasıl bölüm ve alt bölümlere ayrıldığı, dökümanın okunabilirliğini ve kullanılabilirliğini etkiler. Bölümlerin olabildiğince bağımsız olması, ayrı ayrı okunmalarını ve değişiklik gerektiğinde yapılmasını kolaylaştırır.

19 19 Doküman Yapısı -2 Tablo -1 (sf176), IEEE’nin kullanıcı dökümanları standartında tanımlanan doküman yapısını ve olması gereken bileşenlerin listesini veriyor. Bu bilgi genel bir standardı gösteriyor, bir kuruluşta rehber olarak kullanılabilir, tablodaki tüm bileşenler yer almayabilir.

20 20 Doküman Yapısı -3 Kapak sayfası Bölümler ve alt bölümler, içindekiler, sayfa numaralama Indeks Teknik terimler ve kısaltmalar için sözlük

21 21 Dökümantasyon Standartları -1 Doküman standartları, doküman kalite güvence için bir temel oluşturur ve tutarlı bir görünüm, yapı ve kalite sağlarlar. Dökümantasyon sürecinde kullanılabilecek diğer standartlar, süreç, ürün ve değişim standartları olmaktadır.

22 22 Doküman Standartları -2 Süreç standartları: Kaliteli doküman üretimi için izlenmesi gereken standartlar. – Kullanılacak araçlar ve kaliteli doküman üretimini sağlayacak kalite güvence süreçlerinin tanımlanmasıyla ilgili standartlar. Ürün Standartları: Dökümanla ilgili standartlar – Tüm dökümanların tutarlı bir görünümü ve yapısı olmalı. – Kurumsal standartlara bağlı. 1. Doküman tanımlama standartları 2. Döküman yapısı standartı 3. Doküman sunum standartları 4. Doküman güncelleme standartları

23 23 Doküman Standartları -3 Değişim Standartları: Dökümanların elektronik kopyalarının uyumlu olması çin standartlar. – PDF, Microsoft Word vb. – Stil, şablon standartları.

24 24 Yazım Stili Standartlar yardımcı olur ama dökümanın kalitesi, yazan kişinin açık, net olarak teknik bilgiyi ifade yeteneğine bağlı. Dökümanlar da teftiş edilmeli.

25 25 On-line Dökümantasyon Basit metin dosyaları veya etkileşimli hypertext tabanlı yardım sistemleri. Erişim kolay, güncelleme sağlanabilir ve doküman içinde arama yapmak kolay. Yazılı dökümanlara destek olarak kullanılmaları daha uygun.

26 26 Doküman Hazırlama 1. Doküman oluşturma 2. Dökümanı iyileştirme 3. Doküman üretimi – Kelime işlemciler ve metin düzenleyiciler.


"1 BELGELEME Ian Sommerville, “Software Documentation”, Software Engineering Vol.2, IEEE Press. Second Ed." indir ppt

Benzer bir sunumlar


Google Reklamları