أسلوب تحليل وتصميم الأنظمة الهيكلية
تُعدّ منهجية تحليل وتصميم النظم الهيكلية ( SSADM ) منهجًا نظاميًا لتحليل وتصميم نظم المعلومات. وقد طُوّرت هذه المنهجية لصالح الوكالة المركزية للحاسوب والاتصالات ، وهي هيئة حكومية بريطانية معنية باستخدام التكنولوجيا في القطاع الحكومي، وذلك ابتداءً من عام 1980.
ملخص
SSADM هي منهجية تسلسلية لتحليل وتصميم نظم المعلومات . ويمكن اعتبار SSADM ذروة النهج الصارم القائم على الوثائق في تصميم النظم، وهي تختلف عن المنهجيات الرشيقة المعاصرة مثل DSDM أو Scrum .
SSADM هو أحد التطبيقات المحددة ويعتمد على عمل مدارس مختلفة من أساليب التحليل والتطوير الهيكلي، مثل منهجية الأنظمة اللينة لبيتر تشيكلاند ، والتصميم الهيكلي للاري كونستانتين ، ومنهجية يوردون الهيكلية لإدوارد يوردون، وبرمجة جاكسون الهيكلية لمايكل أ. جاكسون ، والتحليل الهيكلي لتوم ديماركو .
يُعدّ كل من "Structured Systems Analysis and Design Method" و"SSADM" علامتين تجاريتين مسجلتين لمكتب التجارة الحكومية (OGC)، وهو مكتب تابع لوزارة الخزانة في المملكة المتحدة. [ 1 ]
تاريخ
كانت المراحل الرئيسية لتطوير أسلوب تحليل وتصميم الأنظمة الهيكلية هي: [ 2 ]
- 1980: قامت الوكالة المركزية للحاسوب والاتصالات (CCTA) بتقييم أساليب التحليل والتصميم.
- 1981: تم اختيار الاستشاريين العاملين لدى شركة Learmonth & Burchett Management Systems، بقيادة جون هول، لتطوير SSADM v1.
- 1982: غادر جون هول وكيث روبنسون لتأسيس شركة Model Systems Ltd، وقامت LBMS لاحقًا بتطوير LSDM، وهي نسختها الخاصة.
- 1983: أصبح تطبيق منهجية SSADM إلزاميًا لجميع عمليات تطوير نظم المعلومات الجديدة
- 1984: إصدار النسخة الثانية من SSADM
- 1986: تم إصدار النسخة الثالثة من SSADM، واعتمدتها NCC
- 1988: إطلاق شهادة الكفاءة في منهجية SSADM، والترويج لها كمعيار "مفتوح".
- 1989: خطوات نحو المنهج الأوروبي ، وإطلاق نظام شهادات منتجات CASE
- 1990: إطلاق الإصدار الرابع
- 1993: مخطط مطابقة معايير وأدوات SSADM الإصدار الرابع
- 1995: تم الإعلان عن SSADM V4+، وتم إطلاق الإصدار V4.2
- في عام 2000، أعادت CCTA تسمية SSADM إلى "تطوير أنظمة الأعمال". وتم إعادة تجميع المنهجية في 15 وحدة، وأضيفت إليها 6 وحدات أخرى. [ 3 ] [ 4 ]
تقنيات SSADM
أهم ثلاث تقنيات مستخدمة في منهجية SSADM هي كالتالي:
- نمذجة البيانات المنطقية
- عملية تحديد وتصميم وتوثيق متطلبات البيانات للنظام قيد التصميم. والنتيجة هي نموذج بيانات يحتوي على كيانات (أشياء تحتاج الشركة إلى تسجيل معلومات عنها)، وسمات (حقائق حول الكيانات)، وعلاقات (روابط بين الكيانات).
- نمذجة تدفق البيانات
- عملية تحديد وتصميم وتوثيق كيفية انتقال البيانات داخل نظام المعلومات. يدرس تصميم تدفق البيانات العمليات (الأنشطة التي تحول البيانات من شكل إلى آخر)، ومخازن البيانات (أماكن تخزين البيانات)، والكيانات الخارجية (ما يرسل البيانات إلى النظام أو يستقبلها منه)، وتدفقات البيانات (المسارات التي يمكن أن تتدفق البيانات من خلالها).
- نمذجة أحداث الكيانات
- عملية ذات شقين: نمذجة سلوك الكيان، وتحديد وتصميم وتوثيق الأحداث التي تؤثر على كل كيان والتسلسل (أو تاريخ الحياة) الذي تحدث فيه هذه الأحداث، ونمذجة الأحداث، وتصميم عملية تنسيق تاريخ حياة الكيان لكل حدث.
مراحل
تتضمن طريقة SSADM تطبيق سلسلة من مهام التحليل والتوثيق والتصميم المتعلقة بما يلي.
المرحلة 0 - دراسة الجدوى
لتحديد جدوى مشروع معين، لا بد من إجراء دراسة لأهدافه وتداعياته. في المشاريع الصغيرة جدًا، قد لا تكون هذه الدراسة ضرورية، إذ يسهل فهم نطاق المشروع. أما في المشاريع الكبيرة، فقد تُجرى دراسة الجدوى بشكل غير رسمي، إما لضيق الوقت لإجراء دراسة رسمية، أو لأن المشروع ضروري ولا بد من تنفيذه. يُستخدم مخطط تدفق البيانات لوصف آلية عمل النظام الحالي وتوضيح المشكلات المعروفة.
عند إجراء دراسة جدوى، هناك أربعة مجالات رئيسية يجب مراعاتها:
من الناحية التقنية: هل المشروع ممكن تقنياً؟ من الناحية المالية: هل تستطيع الشركة تحمل تكاليف تنفيذ المشروع؟ من الناحية التنظيمية: هل سيكون النظام الجديد متوافقاً مع الممارسات الحالية؟ من الناحية الأخلاقية: هل تأثير النظام الجديد مقبول اجتماعياً؟
للإجابة على هذه الأسئلة، تُعدّ دراسة الجدوى بمثابة نسخة مُختصرة من تحليل وتصميم شاملين للأنظمة. يتم تحليل المتطلبات والاستخدامات إلى حدٍ ما، ووضع بعض الخيارات التجارية، وحتى بعض تفاصيل التنفيذ التقني. ويُنتج عن هذه المرحلة وثيقة رسمية لدراسة الجدوى. يُحدد منهج SSADM الأقسام التي يجب أن تتضمنها الدراسة، بما في ذلك أي نماذج أولية تم إنشاؤها، بالإضافة إلى تفاصيل الخيارات المرفوضة وأسباب رفضها.
المرحلة الأولى - دراسة البيئة الحالية
أدرك مطورو منهجية SSADM أنه في معظم الحالات، يوجد شكل من أشكال النظام الحالي، حتى وإن كان يتألف بالكامل من الأفراد والوثائق الورقية. ومن خلال الجمع بين إجراء المقابلات مع الموظفين، وتوزيع الاستبيانات، والملاحظات، والوثائق الموجودة، يصل المحلل إلى فهم كامل للنظام كما هو عليه في بداية المشروع. وهذا يخدم أغراضًا عديدة (مثل الأمثلة؟).
المرحلة الثانية - خيارات نظام الأعمال
بعد دراسة النظام الحالي، يتعين على المحلل تحديد التصميم العام للنظام الجديد. وللقيام بذلك، يقوم، مستخدماً مخرجات المرحلة السابقة، بوضع مجموعة من خيارات نظام الأعمال. هذه الخيارات هي طرق مختلفة يمكن من خلالها إنتاج النظام الجديد، تتراوح بين عدم القيام بأي شيء والتخلي عن النظام القديم تماماً وبناء نظام جديد كلياً. وقد يعقد المحلل جلسة عصف ذهني لتوليد أكبر عدد ممكن من الأفكار المتنوعة.
ثم تُجمع الأفكار في خيارات تُعرض على المستخدم. وتراعي هذه الخيارات ما يلي:
- درجة الأتمتة
- الحدود الفاصلة بين النظام والمستخدمين
- على سبيل المثال، هل يتم توزيع النظام مركزياً في مكتب واحد أم موزعاً على عدة مكاتب؟
- التكلفة/الفائدة
- تأثير النظام الجديد
عند الضرورة، سيتم توثيق الخيار بهيكل بيانات منطقي ومخطط تدفق البيانات من المستوى 1.
يختار المستخدمون والمحلل معًا خيارًا تجاريًا واحدًا. قد يكون هذا الخيار أحد الخيارات المحددة مسبقًا، أو قد يكون مزيجًا من جوانب مختلفة من الخيارات المتاحة. وتتمثل مخرجات هذه المرحلة في الخيار التجاري المختار، بالإضافة إلى جميع مخرجات مرحلة دراسة الجدوى.
المرحلة 3 - تحديد المتطلبات
ربما تكون هذه المرحلة الأكثر تعقيدًا في منهجية SSADM. باستخدام المتطلبات التي تم تحديدها في المرحلة الأولى، وضمن إطار خيار العمل المُختار، يجب على المحلل وضع مواصفات منطقية كاملة لما يجب أن يقوم به النظام الجديد. يجب أن تكون هذه المواصفات خالية من الأخطاء والغموض والتناقض. ونعني بالمنطقية أن المواصفات لا تُحدد كيفية تنفيذ النظام، بل تصف وظائفه.
لإعداد المواصفات المنطقية، يقوم المحلل ببناء النماذج المنطقية المطلوبة لكل من مخططات تدفق البيانات (DFDs) ونموذج البيانات المنطقي (LDM)، والذي يتألف من بنية البيانات المنطقية (المشار إليها في طرق أخرى بمخططات علاقات الكيانات ) ووصف كامل للبيانات وعلاقاتها. تُستخدم هذه النماذج لإنتاج تعريفات وظائف النظام، وسجلات حياة الكيانات (ELHs) التي تصف جميع الأحداث خلال دورة حياة الكيان، ومخططات توافق التأثيرات (ECDs) التي تصف كيفية تفاعل كل حدث مع جميع الكيانات ذات الصلة. تتم مطابقة هذه النماذج باستمرار مع المتطلبات، وعند الضرورة، تُضاف المتطلبات وتُستكمل.
نتاج هذه المرحلة هو وثيقة مواصفات متطلبات كاملة تتكون من:
- فهرس البيانات المحدث
- كتالوج المتطلبات المحدث
- مواصفات المعالجة التي تتكون بدورها من
- مصفوفة أدوار/وظائف المستخدم
- تعريفات الدوال
- نموذج البيانات المنطقي المطلوب
- تاريخ حياة الكيانات
- مخططات التوافق التأثيري
المرحلة الرابعة - خيارات النظام التقني
تُعدّ هذه المرحلة الخطوة الأولى نحو التطبيق العملي للنظام الجديد. وكما هو الحال في خيارات نظام الأعمال، يتم في هذه المرحلة توليد عدد كبير من الخيارات لتنفيذ النظام الجديد، ثم يتم تضييق نطاقها إلى خيارين أو ثلاثة لعرضها على المستخدم، ومن ثم اختيار الخيار النهائي أو دمجه.
لكن الاعتبارات مختلفة تماماً، وهي:
- بنى الأجهزة
- البرنامج المراد استخدامه
- تكلفة التنفيذ
- التوظيف المطلوب
- القيود المادية مثل المساحة التي يشغلها النظام
- التوزيع بما في ذلك أي شبكات قد يتطلبها ذلك
- الشكل العام لواجهة التفاعل بين الإنسان والحاسوب
يجب أن تتوافق جميع هذه الجوانب أيضًا مع أي قيود تفرضها الشركة مثل الأموال المتاحة وتوحيد الأجهزة والبرامج.
تتمثل مخرجات هذه المرحلة في اختيار أحد خيارات النظام التقني.
المرحلة الخامسة - التصميم المنطقي
على الرغم من أن المستوى السابق يحدد تفاصيل التنفيذ، فإن مخرجات هذه المرحلة مستقلة عن التنفيذ وتركز على متطلبات واجهة المستخدم. ويحدد التصميم المنطقي أساليب التفاعل الرئيسية من حيث هياكل القوائم وهياكل الأوامر.
أحد مجالات العمل هو تحديد حوارات المستخدم، وهي الواجهات الرئيسية التي يتفاعل المستخدمون من خلالها مع النظام. وتشمل أنشطة أخرى تحليل تأثيرات الأحداث على تحديث النظام، بالإضافة إلى الحاجة إلى الاستعلام عن البيانات الموجودة فيه. ويعتمد كلا النشاطين على الأحداث، ووصف الوظائف، ومخططات مطابقة التأثيرات التي تم إنتاجها في المرحلة الثالثة، لتحديد كيفية تحديث البيانات وقراءتها بدقة وبطريقة متسقة وآمنة.
نتاج هذه المرحلة هو التصميم المنطقي الذي يتكون من:
- فهرس البيانات
- بنية البيانات المنطقية المطلوبة
- نموذج العملية المنطقية – يتضمن حوارات ونموذجًا لعمليات التحديث والاستعلام
- الإجهاد وعزم الانحناء.
المرحلة السادسة - التصميم المادي
هذه هي المرحلة النهائية حيث يتم تحويل جميع المواصفات المنطقية للنظام إلى أوصاف له من حيث المكونات المادية والبرمجية الفعلية. هذه مرحلة تقنية للغاية، وسيتم تقديم نظرة عامة مبسطة عنها هنا.
يتم تحويل بنية البيانات المنطقية إلى بنية مادية من حيث هياكل قواعد البيانات. ويتم تحديد البنية الدقيقة للوظائف وكيفية تنفيذها. كما يتم تحسين بنية البيانات المادية عند الضرورة لتلبية متطلبات الحجم والأداء.
المنتج عبارة عن تصميم مادي كامل يمكنه أن يخبر مهندسي البرمجيات بكيفية بناء النظام بتفاصيل محددة للأجهزة والبرامج ووفقًا للمعايير المناسبة.
مراجع
- ↑ "الملحق 1 من مكتب التجارة الحكومية" . مكتب التجارة الحكومية (OGC) . تم الاطلاع عليه بتاريخ 17-12-2010 .
- ↑ مايك غودلاند؛ كاريل ريها (20 يناير 1999). "تاريخ SSADM" . SSADM - مقدمة . مؤرشف من الأصل في 19 فبراير 2013. تم الاطلاع عليه في 17 ديسمبر 2010 .
- ↑ "أنظمة النماذج وSSADM" . شركة أنظمة النماذج المحدودة، 2002. مؤرشف من الأصل في 2 أبريل 2009. تم الاسترجاع في 2009-04-02 .
- ↑ مؤسسة SSADM . تطوير أنظمة الأعمال باستخدام SSADM. مكتب القرطاسية . 2000. ص. v. ISBN 0-11-330870-1.
للمزيد من القراءة
- روبنسون، كيث؛ بيريسفورد، غراهام (1994). SSADM الموجهة للكائنات . هيميل هيمبستيد: برنتيس هول إنترناشونال (المملكة المتحدة). ISBN 0-13-309444-8تمت أرشفة النسخة الأصلية بتاريخ 2023-06-01 .
- دانكن، جويس؛ راكلي، ليزلي؛ ووكر، ألكساندريا (1995). منهجية SSADM في الممارسة: نص الإصدار 4. ماكميلان. ISBN 9780333620670.
- داونز، إد؛ كلير، بيتر؛ كو، إيان (1992). منهجية تحليل وتصميم الأنظمة الهيكلية: التطبيق والسياق . برنتيس هول. ISBN 9780138536985.
- ويفر، فيليب ل.؛ لامبرو، نيك؛ ووكلي، ماثيو (2002). SSADM العملي الإصدار 4+: دليل تعليمي كامل ( الطبعة الثالثة). دار نشر بيتمان. ISBN 9780273655756.
روابط خارجية
- ما هو SSADM؟ على موقع webopedia.com
- مقدمة في المنهجيات و SSADM
- ويكي التحليل الهيكلي
- نظم المعلومات
- تصميم البرمجيات
- تحليل النظم
