Fonksiyonel modelleme, iş paydaşları ve geliştirme takımları arasındaki boşlukları temel alan bir disiplindir, ancak aynı zamanda pahalı yeniden çalışma, teslimat döngülerinin risklerini azaltır ve genel yazılım kalitesini artırır.Bir çağda, hız ve hassas modelleme teknikleri, iş payları ve geliştirme ekipleri arasındaki boşlukları gösterir.Bu yaklaşım sadece beklentileri sınırlamaz, aynı zamanda önemli ölçüde azaltır ve genel yazılım kalitesini artırır.
Fonksiyonel Modelleme Nedir?
Fonksiyonel modelleme, bir sistemin grafik gösterimini oluşturmak için pratiktir; Sistemdeki işlevleri, süreçleri ve veri akışları. Sistem vemdash'un dış davranışını vurgulamaktadır; iç uygulama detaylarına sahip olmadan; bu ayrılıklar, fonksiyonel gereksinimleri erken doğrulamaya olanak sağlar, sistemin tek bir kod hattından önce kullanıcı ihtiyaçlarını karşılamasını sağlar.
Fonksiyonel modellemenin temel eserleri, Data Flow Diagrams (DFDs) ve sistem işlevleri (örneğin) ve Fonksiyonlar Blok Diagramları ile ilgili tüm modeller farklı bir amaç sunar: DFDs haritaları ve veri dönüşümü, Case Diagrams kullanıcıları arasındaki etkileşimleri (etkiler) ve sistem işlevlerini (örneğin, vakalar) kullanın ve Fonksiyonlar Akış Blok Diagramları birlikte, bu modeller SDLC'nin sonraki aşamalarını yönlendiren kapsamlı bir mavi baskıya hizmet eder.
Etkili Fonksiyonel Modellerin Anahtar Özellikleri
- [FONT:0)Abstraction:[[Dönetici:[Dönetici:0)[[FONT:0)[[[FONT:[Dönetici:0))))) Modeller, yalnızca temel işlevleri ve veri akışlarına odaklanmakla, performans veya güvenlik gibi işlevsel olmayan endişeleri görmezden gelinir (başka yerde ele alınır).
- [FONT:0) Sonuç:[Dönetici:[Dönetici: 0)[[Döncük: 0)[[Döncük:[Döncük:[Döncük:[Döncük:0)[[Döncük:[Döncük:[Döncükler:[Döncükler:[Döncükler:[Döncükler:)))
- [FONT:0)Traceability:[Dönetici:[Dönetici:0)[Dönetici:[Dönetici:[Dönetici:[Dönetici: 0,4|D) Modeldeki her işlev belirli bir iş gereksinimine geri bağlanabilir, tam kapsama sağlamak.
- [FONT:0)Reusability:[Dönetici:0))) · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · ·
SDLC'de Fonksiyonel Modellemenin Faydaları
SDLC'ye uygun olarak gömülürken, fonksiyonel modelleme birden fazla boyutta ölçülebilir gelişmeler verir. Aşağıda daha önce ortaya çıkan temel faydalar üzerinde genişleyeceğiz.
Geliştirilmiş Clarity ve Paylaşılan Anlayış
Görsel modeller karmaşık sistem davranışını metinsel özelliklerden çok daha verimli bir şekilde aktarmaktadır. Teknik uzmanlık eksikliği olan kişiler, bir Veri Akışı Diagram'ı gözden geçirip verileri doğru şekilde süreçler arasında hareket ettirip, bu paylaşılan görsel dil ve kaynakko;Warehouse ” her iki taraf da yazılı gereksinimleri de kolayca kabul edebilir. Örneğin, bir iş analisti, bir &ldquo'yı gösteren basit bir kullanım diyagramı çizebilir;Order Processing” Processer”Müşteri ve sağ taraf;Warehouse” hem de yazılı gereksinimlerin kapsamını hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen hemen doğru şekilde engelleyebilir.
Geliştirilmiş İletişim Across Teams
Fonksiyonel modeller, geliştiriciler, testçiler, ürün sahipleri ve hatta dış müşteriler birleştiren tek bir gerçek kaynağı olarak hizmet eder. sprint planlama veya tasarım incelemeleri sırasında, takımlar görsel modelleme teknikleri raporunu kullanarak 30-50% daha az şartla ilgili hataları yalnızca metin üzerinde tutar.
Problemlerin Erken Tespiti
Fonksiyonel modellemenin en güçlü avantajlarından biri, tasarım aşamasında eksik bir veri akışı elde etmeden önce yüzey problemleridir. Sistem testinde bulunan bir işlem olarak, uygulamanın önemli porsiyonlarından veri talep edebilir veya bir kullanım durumu, başka bir işlevi bulmak ve düzeltmek, belirli bir işlem sırasında eksik bir veri akışı bulmakta belirgin hale gelir; tasarım aşamasındaki hataların düzeltilmesi için neredeyse hiçbir şey değildir; sistem testinde bulunan aynı hata, uygulamanın önemli porsiyonlarını yeniden tanımlayabilir. Endüstri verileri, gereksinimlerinin belirlenmesi ve düzeltilmesini gösterir.
Daha İyi Planlama ve Estimation
Sistemi iyi tanımlanmış işlevlerine uygun olarak, proje yöneticileri daha doğru bir sprint planlama ve kaynak tahsisini kazanır.Her işlev, çaba tahminleri (örneğin, hikaye noktaları veya saat), bağımlılıklar haritalanabilir ve kritik yollar ve tespit edilebilir.Bu granularity, doğru seçim plan ve kaynak tahsisini destekler. Örneğin, bir Data Flow Diagram, fatura veldquo;Generate In bill “ ilk tamamlanma ve kaynakta bağlıdır;Vali Ödeme, ve doğru yolda, doğru zamanda bu görevleri destekler.
Faciliteates Thorough Test
Test vakalarını her sistem davranışını kapsayan test vakalarını tasarlamak için işlevsel modellere güvenir.Bir DFD veya her kullanım durumunda bir şemada herhangi bir gereksinim göz ardı edilmediğinden emin olmak için her işlem doğrudan uygulanabilir.Siyah kutu test teknikleri, modellenen davranışları doğrulayan test teknikleri.
SDLC'ye nasıl Fonksiyonel Modelleme Fits
Yazılım Geliştirme Yaşam döngüsü (SDLC) emeklilik yoluyla algılamanın aşamaları kapsar. Fonksiyonel modelleme birkaç temel aşamada rol oynar, aşağıda ayrıntılı olarak.
Gereksinimler Gathering and Analysis
Bu aşamada, iş analistleri ve ürün yöneticileri paydaşlarından ihtiyaç duyuyorlar. Fonksiyonel modelleme teknikleri bu hammadde gereklilikleri yapısal, tutarlı bir şekilde organize etmeye yardımcı olur.Use Case Diagrams özellikle burada değerlidir, çünkü sistemle etkileşime giren ve hangi amaçla bir kullanım durumu anlatısı (taraflı açıklama) daha normal akış, alternatif akışları ve istisna yolları tanımlar.Bu birlikte görsel ve metinsel yaklaşım, gereksinimlerin her iki tam ve belirsiz olmasını sağlar.
Sistem Tasarımı
Tasarım aşamasında, fonksiyonel gereksinimler mimari mavi baskılara çevrilir. Data Flow Diagrams sistemi süreçlere, veri depolarına ve dış varlıklarına yönelik olarak, hangi işlevlerin modüllere veya mikro hizmetlere uygulanabileceğini ve işlevlerin nasıl veri akışlarını gösterir.
AİLFLT:0)IBM Data Flow Diagrams[Dönemli: 0 ), tasarım sırasında DFD'leri nasıl inşa edeceğiniz ve doğrulayabilmenin ayrıntılı bir açıklaması sunar.
Uygulama ve Kodlama
Geliştiriciler, günlük referansları olarak işlevsel modelleri kullanırlar. Bir modül uygularken, girişlerin beklenen, hangi işlemenin gerçekleşmesi gerektiğini ve istenen işlevsellikten pahalı sapmaları önleyebilmeleri için ilgili DFD'ye danışırlar.
Test ve Kalite Güvence
Testler doğrudan işlevsel modellerden senaryolar çıkarır. Örneğin, bir veri akışı kullanan bir DFD'nin her kenarı, veri bütünlüğü için bir test davası haline gelir.Her kullanım haritaları işlevsel bir teste uygular. Sistem entegrasyonu testleri, veri akışları arasındaki modellenmiş test çerçeveleri, aslında çalışan uygulamadaki çalışma çerçeveleri arasında modellenebilir. Otomatik test çerçeveleri bile UMLT gibi araçlar kullanılarak oluşturulabilir:0Conservis)
Bakım ve Evrim
Bir sistemin değiştirilmesi gerektiğinde, orijinal fonksiyonel modeller paha biçilmezdir. Yeni bir özellik eklemekle görevlendirilen bir geliştirici, değişikliğin mevcut işlevleri nasıl etkilediğini görmek için modeli ilk güncellemektedir. Bu etki analizi, istenmeyen yan etkileri önlemeyi önler.
Fonksiyonel Modelleme için Araçlar ve Teknikler
Doğru aracı seçmek ve etkili işlevsel modelleme için kritik değildir. Aşağıda en yaygın kullanılan teknikleri tarif ediyoruz ve uygun yazılımları seçme konusunda rehberlik sunuyoruz.
Data Flow Diagrams (DFDs)
DFDs dört sembolü kullanır: Süreçler (kahkahalar veya yuvarlak retangül), veri akışları (geçmiş betonlar), ve dış varlıklar (squares) sistemi farklı soyutlama seviyelerinde temsil etmeye ve gerçek zamanlı veri akışlarından (Level 0) tüm yol ayrıntılı Seviye 2 veya Seviye 3 diyagramlarına kadar. DFDs özellikle de belgeleme sistemleri, veri entegrasyonları ve gerçek zamanlı veri entegrasyonları için yardımcı olur.
Vaka Diagramları Kullanın
Birleşik Modelleme Dili (UML), vaka diyagramları, sistemle ilgili vakaları (ellipss) kullanarak, son kullanıcı perspektifinden fonksiyonel gereksinimleri yakalamak için idealdir. İyi hazırlanmış bir kullanım durumu diyagramı cevap verir: “ Sistemi kiminle yapabilir?” Her kullanım durumu, başarı senaryosu, başarısızlık koşulları ve ön ve ön koşullara eşlik etmelidir.
UML kullanımı vakalarının kapsamlı bir genel bakışı için, [[GNTD:0)OMG Birleşik Dil Tanımlaması[[Dön 1: 1).
Fonksiyon Akış Blok Diagrams (FFBDs)
FFBDs, ayrıca işlevsel akış diyagramları olarak da bilinir, işlevlerin eşdeğer ve paralel infazını tasvir eder. Genellikle üretim kontrolü veya uçakonikleri gibi karmaşık iş akışları için kullanılır.Her blok bir işlev ve oklar show kontrol akışını temsil eder (veri akışı değildir). Karar noktaları ve döngüler kolayca temsil edilir, FFBDs kontrol yoğun sistemler için en sevdiğiniz sistemler için.
Birleşik Modelleme Dili (UML)
UML, 14 diyagram türü zengin bir set sunar, ancak en alakalı işlevi modellemek için Vaka Diagramları, Faaliyet Diagramları (bu da DFDs ve akışkartları unsurları birleştirir), ve State Machine Diagrams. Aktivite diyagramları, özellikle tek bir işlev veya orkestranın birden fazla işlevinin mantığını modellemek için mükemmel.
Birçok takım UML'yi kabul ediyor çünkü standartlaşmış, sağlam bir araç desteği var (örneğin, [[0)Lucidchart), Visual Paradigm, Enterprise Architect), ve model odaklı geliştirme yaklaşımlarıyla bütünleştirir.
Bir Tool seçmek
Modelleme aletlerini değerlendirdiğinde aşağıdaki kriterleri göz önünde bulundurun:
- [FONT:0] Notation support:[D)[FONTDs, UML, ve FFBDs’i gerekli olarak destekliyor mu?
- [FONT=0)Collaboration özellikleri:[Dönetici:[Dönetici:0) Birden fazla takım üyesi aynı anda model düzenleyebilir mi?
- [FONT:0)Integration:[Dönetici:[Dönetici: 0,0) Diğer araçların (Jira, Confluence veya kod jeneratörleri) tüketilmesi için modeller ihraç edilebilir mi?
- [FONT:0)Ease of use:[Dönetici olmayan paylar için kabul edilebilir öğrenme eğrisi midir?
çevik takımlar için, Lucidchart gibi hafif web tabanlı araçlar veya çizilir.io popüler seçimlerdir. Organizasyonlar katı izlenebilirlik gereksinimlerine sahip kuruluşlar IBM Rational Rhapsody veya Sparx Enterprise Architect gibi ağır ağırlık aletlerini tercih edebilir.
Fonksiyonel Modeling için en iyi uygulamalar
Fonksiyonel modellemenin değerini maksimize etmek için, bu yönergeleri takip edin:
- [FONT:0] Bir bağlam diyagramı ile başlayın.[DÜT:1] detaylara girmeden önce, sistemi tek bir süreç ve tüm dış varlıklar (kullanıcılar, diğer sistemler) ile etkileşim yapan sistem sınırı ve kapsamı.
- [FONTD'leri DFD'leri nin 3. maddesine göre, alt-diagramlara karmaşık süreçlere son verilmesi gerekir.A Level 1 DFD, karmaşık süreçleri karmaşık hale getirmek için 7-8 işlemden daha fazla bilgiye sahip olmamalıdır.
- [FONT=0]Sorular ile ilgili modeller; İş kullanıcıları ile diyagramlar aracılığıyla, sadece geliştiriciler değil, onlara “read” modeli anlamanızı sağlamak için geri dönün.
- [FONT:0) Net modeller tutarlıdır.[[Döneticileri ve süreçlerin tüm diyagramlarda aynı isimleri ve tanımları olduğundan emin olun. Bir parlak veya veri sözlüğü kullanın.
- [FONT:0)Version modellerinizi kontrol eder.[[Dönetici: 1) Sistem ile gelişen canlı eserler olarak diyagramlar.Onlara gereksinimlerini ve kodun yanı sıra depoları depolar.
- [FONT:0)Don’ her şeyi modelle değil.[DÜT:1] İş değerini taşıyan temel işlevlerin üzerinde yoğunlaşabilir. Aşırı ayrıntılı bilgi, fikre okuyucuları aşırı sürebilir ve model&rsquo'yı azaltır; faydalılığı azaltır.
Potansiyel Meydanlar ve Davalar
Fonksiyonel modelleme önemli avantajları sunarken, takımlar engellerle karşılaşabilir. Bu tuzakların farkındalığı onları yenmeye yardımcı olur.
Modeling Overhead
Grafikler oluşturmak ve sürdürmek zaman alır. Hızlı tempolu çevik ortamlarda, takımlar bazen gereksiz bürokrasi olarak modellemeyi görürler: sadece mevcut iterasyon&rsquo'yı doğrudan destekleyen diyagramlar çizin; iş ve onları geri dönüş seansları sırasında güncellemek.
Stakeholder Katılımı
İş paydaşları modelleme seanslarına katılmazsa, diyagramlar gerçek ihtiyaçları yansıtamaz. Paya Lebartlı yürüyüşler yaparak, paydaşların kullanım vakaları ve DFDs'leri takip etmeleri istenir.Finanslarının pahalı yeniden iş yapmasını engelliyor.
Inconsistent Notation Use
Birden fazla model katkıda bulunduğunda, sembollere farklı olarak yol açabilirler. Proje başlangıcında modelleme standardı oluşturmak. Bir stil rehberi ve bir şablon kütüphanesi sağlamak.Per periyodik arastırma yorumlarını gerçekleştirirler.
Outdated Models
En yaygın başarısızlık, modellerin ilk tasarım aşamasından sonra durmasına izin veriyor. Bunu önlemek için, her kullanıcı hikayesi için model güncellemelerini entegre etmek.Eğer bir hikaye veri akışını değiştirirse, ilgili DFD aynı sprint'te güncellenmelidir.
Sonuç Sonuç Sonuç Sonuç Sonuç Sonuç Sonuç Sonuç
Fonksiyonel modelleme sadece bir tasarım zamanı aktivitesi değildir; geliştirme, dağıtım ve bakım için tüm yazılım geliştirme yaşam döngüsüne oy veren stratejik bir uygulamadır.Bir sistemin ne yapması gerektiğini görselleştirerek, ekipler paylaşılan bir anlayış inşa eder, kusurları erken planlayın ve daha doğru bir şekilde test edin. Doğru modeller oluşturmakta olan ilk yatırım, geliştirme, dağıtım ve bakım.Modern araçlar ve UML gibi standartlaştırmalar, hızlı bir şekilde modellemeyi kabul etmek için bile kolay hale getirir.
Sürekli olarak daha yüksek proje başarı oranlarına ilişkin modellemeye çalışan kuruluşlar, daha düşük hata kesintileri ve daha kısa zaman pazarlama. Küçük bir iç araç veya görev-kırık işletme sistemi inşa etmek, SDLC'ye dahil etmek, onları inşa etmek için en etkili yollardan biri olmaya ve değer tahmin etmek için en etkili şekilde olacaktır.