İşlem veri diyagramı - Process-data diagram

İşlem verileri diyagramı

Bir işlem veri diyagramı (PDD), Ayrıca şöyle bilinir süreç teslim şeması bir diyagram tanımlayan süreçler ve veri bu süreçlerin çıktısı olarak hareket eder. Sol tarafta meta süreç modeli görüntülenebilir ve sağ tarafta meta veri modeli görüntülenebilir.^[1]

Bir proses-veri diyagramı, bir iş süreci modeli ve veri örneği.

Genel Bakış

SAP Uygulama süreci-veri diyagramı

Sağda gösterilen işlem-veri diyagramı, tüm bu faaliyetler / süreçler ve çıktılara genel bir bakış sağlar. Dört gri kutu, dört ana kutuyu uygulama her biri bu durumda tümü sıralı olan birkaç işlemi içeren aşamalar. Sağdaki kutular tüm çıktıları /kavramlar bu süreçlerden kaynaklanır. Gölgesiz kutularda başka alt kavramlar yoktur. Siyah gölgeli kutular, karmaşık kapalı kavramları gösterir, bu nedenle alt kavramları olan, ancak daha ayrıntılı olarak açıklanmayacak olan kavramlar. Beyaz gölgeli kutular (arkasındaki kutu), alt kavramların daha ayrıntılı olarak genişletildiği açık kapalı kavramları gösterir. Pırlantalı çizgiler, kavramlar arasında bir ilişki olduğunu gösterir.

SAP Uygulaması süreç dört ana aşamadan oluşur, yani SAP çözümünün gelecekteki durumuna ilişkin bir vizyonun oluşturulduğu proje hazırlığı, Yazılım yığını edinildi ve Eğitim işlevsel bir geliştirme aşaması ve son olarak son hazırlık aşaması, testler gerçek yayınlanmadan önce gerçekleştiriliyor. Her aşama için hayati faaliyetler ele alınır ve Teslimat /Ürün:% s açıklanmaktadır.

İşlem veri diyagramı yapı taşları

Sıralı faaliyetler

Sıralı faaliyetler, önceden tanımlanmış bir sırayla gerçekleştirilmesi gereken faaliyetlerdir. Faaliyetler bir okla bağlantılıdır ve bu sırayla takip edilmeleri gerektiğini ima eder. Hem faaliyetler hem de alt faaliyetler sıralı bir şekilde modellenebilir. Şekil 1'de, bir aktivite ve iki sıralı alt aktivite ile bir aktivite diyagramı gösterilmektedir. Şekil 1'de de gösterilen özel bir tür sıralı faaliyetler, başlatma ve durdurma durumlarıdır.

Şekil 2'de uygulamadan bir örnek gösterilmektedir. Örnek, UML tabanlı Web Mühendisliğinde iş akışını yakalayan gereksinimlerden alınmıştır. Ana faaliyet olan kullanıcı ve alan modellemesi, önceden tanımlanmış bir sırayla gerçekleştirilmesi gereken üç faaliyetten oluşur.

1: Sıralı faaliyetler
2: Örnek
3: Sırasız faaliyetler
4: Örnek

Sırasız faaliyetler

Sırasız faaliyetler, bir faaliyetin alt faaliyetlerinin gerçekleştirilmeleri gereken önceden tanımlanmış bir sıraya sahip olmadığı durumlarda kullanılır. Yalnızca alt faaliyetler sıralanmamış olabilir. Sırasız etkinlikler, Şekil 3'te gösterildiği gibi, bir etkinlik içinde geçişler olmayan alt etkinlikler olarak temsil edilir.

Bazen bir faaliyet hem sıralı hem de sırasız alt faaliyetlerden oluşur. Bu modelleme sorununun çözümü, ana faaliyeti farklı bölümlere ayırmaktır. Şekil 4'te, sırasız faaliyetleri modelleyebilmenin gerekliliğini açıklayan bir örnek gösterilmektedir. Örnek, Unified Process'in gereksinim analizi iş akışından alınmıştır. Ana etkinlik olan “aday gereksinimlerini tanımlama” iki bölüme ayrılmıştır. İlk bölüm, sıralı bir faaliyettir. İkinci bölüm, doğru bir şekilde yürütülebilmesi için herhangi bir sıra gerektirmeyen dört etkinlikten oluşmaktadır.

Eşzamanlı etkinlikler

Aktiviteler eşzamanlı olarak gerçekleşebilir. Bu çatallanma ve birleştirme ile ele alınır. Aktiviteleri bir senkronizasyon çubuğu ile bağlantılı olarak diyagramda paralel çizerek, birçok aktiviteyi çatallayabilirsiniz. Daha sonra bu eşzamanlı etkinlikler aynı senkronizasyon çubuğunu kullanarak tekrar katılabilir. Hem aktiviteler hem de alt aktiviteler eşzamanlı olarak gerçekleşebilir. Şekil 5'teki örnekte, Etkinlik 2 ve Etkinlik 3 eşzamanlı etkinliklerdir.

Şekil 6'da, bir gereksinimleri yakalama sürecinin bir parçası gösterilmektedir. Aktörleri tanımlayan ve kullanım durumlarını tanımlayan iki etkinlik eşzamanlı olarak gerçekleştirilir. Bu faaliyetlerin eşzamanlı olarak gerçekleştirilmesinin nedeni, aktörlerin tanımlanmasının kullanım senaryolarını büyük ölçüde etkilemesi ve bunun tersi de geçerlidir.

5: Eşzamanlı faaliyetler
6: Örnek
7: Koşullu faaliyetler
8: Örnek

Koşullu faaliyetler

Koşullu etkinlikler, yalnızca önceden tanımlanmış bir koşul karşılandığında gerçekleştirilen etkinliklerdir. Bu, bir dal kullanılarak grafik olarak temsil edilir. Dallar bir elmasla gösterilmiştir ve gelen ve giden geçişlere sahip olabilir. Her giden geçişin bir koruma ifadesi, koşulu vardır. Bu koruma ifadesi aslında hangi yöne gideceğinizi seçmek için kullanılan bir Boole ifadesidir. Hem aktiviteler hem de alt aktiviteler koşullu aktiviteler olarak modellenebilir. Şekil 7'de iki koşullu aktivite gösterilmektedir.

Şekil 8'de uygulamadan bir örnek gösterilmektedir. Gereksinim analizi, malzemeyi incelemekle başlar. Bu çalışmaya dayalı olarak, kapsamlı bir gereksinim belirleme oturumu yapıp yapmama kararı verilir. Bu gereksinimler oturumunu yerine getirmeme koşulu, şubenin solunda gösterilir, yani [gereksinimler açık]. Bu koşul karşılanmazsa, [başka], diğer ok izlenir.

Her iki tür diyagramın entegrasyonu oldukça basittir. Her eylem veya aktivite bir kavramla sonuçlanır. Şekil 9'da gösterildiği gibi, üretilen eserlere noktalı bir okla bağlanırlar. Kavramlar ve faaliyetler bu resimde soyuttur.

Şekil 9: İşlem-Veri Şeması

Tablo 1'de faaliyetlerin, alt faaliyetlerin ve bunların kavramlarla ilişkilerinin tanımlarını içeren genel bir tablo sunulmuştur. 5. bölümde, hem proses veri diyagramı hem de faaliyet tablosu örnekleri verilmiştir.

Aktivite	Alt Faaliyet	Açıklama
Faaliyet 2	Alt aktivite 4	Alt etkinlik 4, STANDART KAVRAM ile sonuçlanır

Tablo 1: Aktivite tablosu

İşlem verileri diyagramı örneği

Şekil 10'da bir işlem-veri diyagramı örneği gösterilmektedir. WebEngineering yönteminde karmaşık bir projenin oryantasyon aşamasından bir örnekle ilgilidir.^[1]

Açık ve kapalı kavramların kullanılması dikkat çekicidir. Proje yönetimi aslında bu araştırma kapsamında olmadığı için KONTROL YÖNETİMİ kavramı genişletilmemiştir. Ancak karmaşık bir projede RİSK YÖNETİMİ büyük önem taşır. Bu nedenle, RİSK YÖNETİMİ konseptini genişletme seçimi yapılır.

Şekil 10: Örnek İşlem-Veri Şeması - Karmaşık bir projede oryantasyon aşaması

Tablo 2'de faaliyetler ve alt faaliyetler ve kavramlarla ilişkisi açıklanmıştır.

Aktivite	Alt Faaliyet	Açıklama
Projeyi Tanımla		Projenin açıklanması katılımcılar, hedefler, ürünler, kapsam ve varsayımlar açısından yapılır. Bu bilgi, tekliften elde edilir, ancak proje yönetimi konularına daha fazla vurgu yapılır. Etkinlik bir proje DESCRIPTION ile biter.
İnşaat planlaması	Proje aşamalarını tanımlayın	PLANLAMA, kısaca açıklanması gereken beş PROJE AŞAMASINA ayrılmıştır.
İnşaat planlaması	Faaliyetleri tanımlayın	Proje FAALİYETLERİ tanımlanmış ve PROJE AŞAMALARI olarak gruplandırılmıştır.
İnşaat planlaması	Çıktıları tanımlayın	Proje FAALİYETLERİ sonucunda ortaya çıkan TESLİMATLAR açıklanmıştır.
İnşaat planlaması	Programı ayarla	Her TESLİM EDİLİR için bir TARİH belirlenir ve her ETKİNLİK için bir ZAMAN YUVASI tahmin edilir.
Kontrol projesi		Projeyi kontrol etmek, bir KONTROL YÖNETİMİ eseriyle sonuçlanır. Bu eser, bu araştırmanın kapsamı dışında kalan iletişim yönetimi, ilerleme yönetimi, değişiklik yönetimi ve sorun yönetimi gibi düzenli proje yönetimi konuları ile ilgili olduğundan burada daha fazla açıklanmamaktadır.
Kontrol riski	Riskleri belirleyin	Risklerin belirlenmesi, standart kontrol listeleri kullanılarak veya risk çalıştayları düzenlenerek yapılabilir. RİSKLER PROJE PLANINDA yer almaktadır.
Kontrol riski	Riskleri değerlendirin	Her RİSK bir DEĞERLENDİRME ile sağlanır; bir projenin karmaşıklığı veya belirsizliği hakkında bir açıklama ve tahmin verilir.
Kontrol riski	Etkiyi analiz edin	IMPACT ile ilgili bir risk idaresinin etkisi analiz edildiğinde, bir riskin bir projenin başarısı üzerindeki etkisi vardır. Değerlendirme ve risk değerleri bir değer seçilerek belirtilir: düşük, orta veya yüksek.
Kontrol riski	Riskleri önceliklendirin	Risklerin önceliklendirilmesi, ETKİ ve DEĞERLENDİRME bir tabloda birleştirilerek yapılır. Daha sonra en yüksek puanlara sahip RİSK'lere yüksek öncelik verilir.
Risk stratejisi için eylemleri tanımlayın		Risk stratejisi eylemleri deneyimlerden veya ilgili literatürden elde edilebilir. Proje yöneticisi, eylemleri RİSK STRATEJİSİ İÇİN EYLEM LİSTESİ'ndeki projeye uyarlar. En yüksek önceliğe sahip RİSKLER listenin en üstündedir ve önce ele alınmaları gerekir.

Tablo 2: Karmaşık bir oryantasyon aşamasındaki faaliyetler ve alt faaliyetler

Ayrıca bakınız

Referanslar

^ ^a ^b I. Van de Weerd, J. Souer, J. Versendaal ve Sjaak Brinkkemper (2005). Web İçerik Yönetimi Uygulamalarının Durumsal Gereksinim Mühendisliği. SREP2005.

[WSVB-1] I. Van de Weerd, J. Souer, J. Versendaal ve Sjaak Brinkkemper (2005). Web İçerik Yönetimi Uygulamalarının Durumsal Gereksinim Mühendisliği. SREP2005.

[1]