المحتوى هنا ينقصه الاستشهاد بمصادر، أي معلومات غير موثقة يمكن التشكيك بها وإزالتها.
هذه المقالة يتيمة. ساعد بإضافة وصلة إليها في مقالة متعلقة بها
يرجى إضافة وصلات داخلية للمقالات المتعلّقة بموضوع المقالة.
لقد اقترح دمج هذه المقالة مع مقالةأخرى، شارك في النقاش إذا كان عندك أي ملاحظة.
يرجى مراجعة هذه المقالة وإزالة وسم المقالات غير المراجعة، ووسمها بوسوم الصيانة المناسبة.

رسم بياني لتدفق البيانات

من ويكيبيديا، الموسوعة الحرة
اذهب إلى التنقل اذهب إلى البحث
N write.svg
هذه مقالة غير مراجعة. ينبغي أن يزال هذا القالب بعد أن يراجعها محرر عدا الذي أنشأها؛ إذا لزم الأمر فيجب أن توسم المقالة بقوالب الصيانة المناسبة. (مايو 2013)
Question book-new.svg
المحتوى هنا ينقصه الاستشهاد بمصادر. يرجى إيراد مصادر موثوق بها. أي معلومات غير موثقة يمكن التشكيك بها وإزالتها. (مارس 2016)
Commons-emblem-merge.svg
لقد اقترح دمج محتويات هذه المقالة أو الفقرة في المعلومات تحت عنوان الرسم التخطيطي لإنسياب البيانات. (نقاش) (أكتوبر 2015)

رسم بياني لتدفق البيانات (بالإنجليزية: (Data Flow Diagram (DFD) تمثل تدفقات للبيانات بين مختلف العمليات في الإعمال التجارية . وهي تقنية الرسوم البيانية التي تصور تدفق المعلومات والعمليات التي تطبق في نقل البيانات من المدخلات إلى المخرجات. وهو يوفر بطريقة بسيطة وبديهية وصف العمليات التجارية دون التركيز على التفاصيل من النظم الحاسوبية .وهي تقنية جذابة لأنها توفر للمستخدمين ما تفعله وليس ما يفعل الكمبيوتر

الرموز المستخدمة في الرسم : وهي تتمثل في أربع رموز وهي :

  1. العملية : process
  2. بيانات الكائن : Data Object
  3. بيانات التخزين : Data store
  4. الكائن الخارجي :external entity


العملية : process: تحويل تدفق البيانات (المدخلة ) وتدفقها لتصل إلى المخرجات

تدفق البيانات : Data flow حركة البيانات في النظام

بيانات التخزين :Data store وهي مخازن البيانات ,للبيانات التي لا تتحرك .

الكائن الخارجي : external entity وهو مصادر وجهات خارج حدود النظام المحدد.

العلاقات والقواعد :Relationship and Rules

العلاقات والقواعد التي يجب إتباعها للرسم

العلاقات[عدل]

يمكن إن تستخدم DFD لأي مستوى من تجريد البيانات ويمكن تقسيم DFD إلى مستويات

,كل مستوى يحتوي المزيد من تدفق المعلومات والبيانات الفنية (تفاصيل أكثر من المستوى السابق ).

أعلى مستوى هو Context diagram بعض النقاط الهامة هي :

  • يحتوي على دائرة واحدة فقط (عملية)ويمثل النظام بأكمله
  • تظهر أٍهم المدخلات والمخرجات
  • لا تظهر بيانات المخازن ووجودهم يكون داخل النظام

المستوى التالي هو المستوى صفر Level 0 DFD :

ونلخص بعض النقاط الهامة :

  • المستوى صفر Level 0 DFD يجب إن يحقق التوازن مع السياق ويصف الرسم البياني Context Diagram
  • البيانات الداخلة في العملية تختلف عن البيانات الخارجة (الناتجة) من هذه العملية .
  • مخازن البيانات Data Store تظهر في هذا المستوى لأول مرة

المستوى التالي هو المستوى الأول level 1 DFD

ونلخص بعض النقاط الهامة :

  • المستوى الأول level 1 DFD يجب أن يتوازن مع مستوى 0 ويصف التقرير.
  • البيانات الداخلة في العملية تختلف عن البيانات الخارجة (نواتج) هذه العملية.
  • تواصل ظهور هذه البيانات Data Store.

قد تبدو رسمه DFD مماثلة إلى الرسم البياني. ومع ذلك هناك اختلاف كبير مع الرسم البياني لتدفق البيانات . الأسهم في DFDs تبين أن ثمة تدفق للبيانات بين اثنين من العناصر وأنه ليس العنصر الذي أرسل البيانات التي يجب أن تنفذ في العنصر التالي وهناك عناصر في DFD قد لا يستمر بالتنفيذ وذلك عند إرسال البيانات وعند تنفيذه من خلال عنصر تلقي البيانات. والعنصر الذي يرسل البيانات يمكن إن يرسل مجموعات متعددة من البيانات عن طريق عدة وصلات وفي الواقع DFD الرئيسية يمكن إن تكون عنصر لا ينتهي .

القواعد[عدل]

  • في رسم DFDs ، جميع الأسهم يجب أن توصف (وصف العملية).
  • استمرارية تدفق المعلومات ، هو أن جميع المدخلات والمخرجات يجب تقنيتها ، ويجب أن نحافظ على نفس الترتيب من أجل أن تكون قادرة على إنتاج منظومة متمسكة .

مواطن القوة والضعف[عدل]

نقاط القوة[عدل]

  • قد تكون الرسم البياني DFDs من السهل ان نفهمها ، مثل فحص وتغيير البيانات .
  • رسمه DFDs تعطي مساعدة هائلة في تصور المعلومات حول كيفية اجراء عمليات المنظمة.
  • تقدم لنا صورة واضحة وبسيطة للنظام وكيفية الوصل بين النظام والأشخاص أو غيرها من التطبيقات التي يستخدمها.

نقاط الضعف[عدل]

  • تعديل تصميم البيانات في DFDs قد تسبب في تغيير كامل التصميم وهذا بسبب تغيير بيانات محددة سيجلب من وحدات بيانات مختلفة وتصل إلى وحدات مختلفة ولذلك يجب تقييم الاثر قبل إجراء عملية التعديل.
  • عدد الوحدات فيDFD في التطبيقات الكبيرة مرتفع ولذلك عملية الصيانة ستكون صعبة وأكثر تكلفة وقد تتولد أخطاء وذلك لان قابلية الوصول إلى البيانات تمر بكل وضوح من عنصر إلى أخر . وهذا هو السبب في صعوبة عمل تغييرات على DFDs وخاصة في الأنظمة الكبيرة.

الاستخدامات المناسبة وغير المناسبة في رسم DFDs

الاستخدامات المناسبة:

  • DFDs دليل ممتاز للتحقق من صحة التوافق من العملية وتصميم النظام. وذلك من أجل تصميم التطبيقات بنجاح ، ولا سيما الكبيرة منها ، تصميم كل من العمليات ومخازن البيانات هو المهم . وبالإضافة إلى ذلك، البيانات يجب أن تكون متسقة مع بعضها البعض . فعلى سبيل المثال يجب إن يكون هناك عملية تخزين للبيانات في مخازن البيانات، ومخازن البيانات يجب أن توفر البيانات لجهات أخرى عن طريق الوصول إلى العمليات . وبما أن DFDs تصف العلاقات بين ( العمليات ، تخزين البيانات ، والبيانات المرئية( Data Views هذا الذي يبين ان DFDs مثالية للتحقق من صحة التوافق بينها .
  • DFDs هي مناسبة لتصميم الرسوم البيانية على المستوى الأول (الهيكل التنظيمي). وذلك لأن التطبيقات الكبيرة في حالة تطويرها تكون بحاجة أكثر لوضع هيكل لها . فعلى سبيل المثال ، بناء غرفة قد لا يحتاج إلى مهندس معماري ولكن مبنى مكون من 10 طوابق يحتاج . في معظم التصميم المعماري ، يكون هناك رسوم بيانية ، والرسوم البيانية هي أفضل طريقة لوصف علاقات متعددة بين عناصر متعددة. وهذا ينطبق على تصميم البرمجيات ، DFDs يساعد بشكل كبير في تصميم الهيكل الذي يساعد في تصميم وتطبيق النظام .
  • DFDS مفيدة بوجه خاص لتصور نظام تدفق الرسوم البيانية . DFDs تستخدم لإظهار خطوات التدفقات البيانية لعملية ما من خلال سير العمل.

الاستخدامات غير المناسبة:

  • DFDs ليست مناسبة لاستخدامها في نظام كبير لأنه إذا كان يتعين إدخال تعديلات على وحدة معينة فهناك احتمال أن كامل DFD يكون بحاجة إلى تغيير. وذلك لان التغيير قد يؤدي إلى تدفق بيانات مختلفة في الوحدة المقبلة. ولذلك قد تحتاج إلى تعديل النظام أو التطبيق كله .

الأدوات ذات الصلة معDFD

رسم بياني لتدفق البيانات أداة ( (DFDTهو واحد من البرامج المتكاملة لتطوير البرمجيات نظام (ISDS) لتطبق مبادئ هندسة البرمجيات. DFDT هو ثاني أهم أداة من الأدوات لإدارة المشاريع بعد(PMT) في DFDT . ISDS يتضمن عمليات ، وتدفق البيانات ، والكيانات الخارجية وتخزين البيانات . من أجل تصميم ثابت DFD ، وهناك بعض القواعد التي ينبغي إتباعها في DFDT.

  • في الشكل البياني Context Diagram ، فإن العملية يمكن اعتبار المشروع نفسه .
  • في المستوى Level 0 DFD ،العمليات يمكن اعتبارها الإجراء (س) (S) Moduleفي النظام.
  • في المستوى Level 1 DFD،العمليات يمكن اعتبارها الإجراء الفرعي من الإجراء (س(Sub-Module(S) من الوظيفة (س) Function(S) للمشروع أو الوحدة
  • المستوى 2 أو 3 يكون مشابه للمستوى 1 .

من أدوات البرمجيات المتوافقة مع DFDs أدوات النمذجة هي:

  • أداة (IBMS) وهي أداة مجانية للتعليم Design Case Tool For Database
  • أداة First STEP هي لبرمجيات إدارة الأعمال التجارية التي تتيح لصناع القرار القدرة على تصميم وثيقة من وثائق، وتحليل ، وصقل ، وتحسين ، وإعادة تصميم العمليات التجارية
  • Studio/ER
  • Erwin
  • info modeler
  • 2000/ Designer Oracle
  • Power Designer

Hassouna.Mohammad Serhan