Transcript BIT_ITA330_C3_F13_S1_20140412130811984

‫نمذجة إجرائيات األعمال‬
Business Process Modeling
‫وصف عام لمحتوى المادة‬
‫•‬
‫•‬
‫•‬
‫•‬
‫•‬
‫أساسيات هندسة البرمجيات‬
‫مراحل دورة حياة المنتج البرمجي‬
‫نماذج أساسية لدورة حياة البرمجيات‬
‫مبادئ الهندسة غرضية التوجه واإلجرائية التكرارية التزايدية‬
‫لغة النمذجة الموحدة‪:‬‬
‫–‬
‫–‬
‫–‬
‫–‬
‫‪2‬‬
‫نمذجة حاالت االستخدام وبناء مخططاتها‬
‫نمذجة الصفوف وعالقاتها وبناء مخطط الصفوف‬
‫نمذجة السلوك (مخططات التسلسل ومخططات النشاط)‬
‫نمذجة واجهات االستخدام‬
‫‪ITA330 – F13‬‬
‫الغايات العامة‬
‫•‬
‫•‬
‫•‬
‫•‬
‫‪3‬‬
‫التعرف على مبادئ هندسة البرمجيات‬
‫التعرف على منهجيات تحليل وتصميم النظم‬
‫فهم إجرائية التطوير التكرارية التزايدية‬
‫التعرف على لغة النمذجة الموحدة (‪ )UML‬وتطبيقها في نمذجة إجرائيات‬
‫األعمال‪.‬‬
‫‪ITA330 – F13‬‬
‫تعاريف ‪-‬‬
‫ما هي “إجرائية العمل”؟‬
‫يمكن تعريف إجرائية العمل (‪ )Business Process‬بأنها مجموعة من‬
‫األنشطة أو المهام المهيكلة والمترابطة والتي ُتنتج بعد نجاح تنفيذها خدمة أو‬
‫منتجا يحقق غاية محددة لزبون محدد‪.‬‬
‫يمكن التمييز بين ثالثة أنماط من إجرائيات األعمال‪:‬‬
‫‪.1‬‬
‫‪.2‬‬
‫‪.3‬‬
‫‪4‬‬
‫اإلجرائيات اإلدارية (‪ :)Management Processes‬وهي الموجهة إلدارة عمل مؤسسة‬
‫على المستوى األعلى (إدارة استراتيجية)‪.‬‬
‫اإلجرائيات العملياتية (‪ :)Operational Processes‬وهي المتعلقة بجوهر العملية‬
‫اإلنتاجية والتي تعطي المنتج قيمته (عمليات الشراء‪ ،‬التصنيع‪ ،‬التسويق‪ ،‬المبيعات‪.)...‬‬
‫اإلجرائيات الداعمة (‪ :)Supporting Processes‬موجهة لدعم اإلجرائيات العملياتية‬
‫(المحاسبة‪ ،‬التوظيف‪ ،‬الدعم الفني‪.)...‬‬
‫‪ITA330 – F13‬‬
‫إجرائية العمل (نموذج عام)‬
‫‪5‬‬
‫‪ITA330 – F13‬‬
‫تعاريف ‪-‬‬
‫ما هو النموذج؟‬
‫• النموذج هو محاولة لتبسيط الواقع‪.‬‬
‫‪6‬‬
‫‪ITA330 – F13‬‬
‫لم نقوم ببناء النماذج؟‬
‫• نبني النموذج لنفهم النظام الذي ننوي تطويره فهما أفضل‪.‬‬
‫• تحقق النمذجة أربعة أهداف أساسية‪:‬‬
‫–‬
‫–‬
‫–‬
‫–‬
‫تساعدنا على معاينة النظام كما نريده أن يكون‪.‬‬
‫تسمح لنا بتوصيف بنية النظام وسلوكه‪.‬‬
‫تزودنا بقالب يرشدنا أثناء بناء النظام‪.‬‬
‫ّ‬
‫توثق القرارات التي اتخذناها‪.‬‬
‫• نبني نماذج لألنظمة المعقدة التي يتعذر فهمها بكليتها‪.‬‬
‫‪7‬‬
‫‪ITA330 – F13‬‬
‫ما المقصود بـ “نمذجة إجرائيات األعمال ”؟‬
‫في هندسة النظم‪ :‬هي تمثيل إجرائيات عمل المؤسسة بما يسمح بتحليلها‬
‫وتحسينها (وتوثيقها أيضا)‪.‬‬
‫• أكثر الطرق شيوعا‪ :‬مخطط تدفق العمل (‪.)Workflow Diagram‬‬
‫• يقوم بالعملية عادة محللو األعمال (‪ )Business analysts‬والمدراء‬
‫الذين يتطلعون إلى تحسين كفاءة (‪ )efficiency‬وجودة (‪)quality‬‬
‫اإلجرائيات‪.‬‬
‫• قد تتطلب التحسينات التي جرى توصيفها استخدام تقانة المعلومات (وقد‬
‫ال تتطلب ذلك)‪.‬‬
‫‪8‬‬
‫‪ITA330 – F13‬‬
‫مثال لمخطط تدفق أعمال‬
ContractorPM
PM
Contractor
Change
Change
ContractorPM
PM Change
ChangeControl
ControlBoard
Board
Contractor
Control
Board
Control Board
ContractorPM
PM CACAPM
PM
Contractor
Change Management Process
ITA330 – F13
Appendix A –
Section 1
Initiate a Change
Request
Register in CR
Log
Appendix A –
Section 2
Assess Change
Impact
Approve/Reject
(Evaluate & Classify
the Change)
Approved
Decision
?
Appendix A –
Section 3
More Info
Required
Return to Beneficiary
Rejected
Update
Project
Plan (if
applicable),
Update CR
Log
Implement
Change
Verify Successful
Implementation
Appendix A –
Section 4
Close Change
Requset
Update CR
Log
9
‫ما هي المشكلة؟‬
‫معلومات إحصائية (‪)1‬‬
‫•‬
‫•‬
‫•‬
‫‪10‬‬
‫تبين الدراسات اإلحصائية أن مشاريع البرمجيات هشة علميا وعرضة للفشل أكثر من‬
‫المشاريع الهندسية األخرى‪.‬‬
‫أظهرت نتائج ابحاث أجرتها مجموعة ‪ Standish Group‬أن ‪ %31.1‬من المشاريع‬
‫البرمجية قد ألغيت قبل أن يُستكمل بناؤها‪ ،‬وأن ‪ %52.7‬من المشاريع بلغت كلفتها ‪%189‬‬
‫من الكلفة المتوقعة‪.‬‬
‫وقد أظهرت إحصائيات أخرى شملت شركات برمجيات بحجوم وأنماط مختلفة أننا‪:‬‬
‫"‪...‬نواجه فشال في المشاريع البرمجية أكثر بكثير مما نتوقع‪ ،‬واألكثر من ذلك أنه ال يمكن‬
‫التنبؤ بفشل المشاريع البرمجية‪ ،‬فهذا يحدث في كل الدول‪ ،‬في الشركات الكبيرة والصغيرة‪،‬‬
‫في المؤسسات التجارية كما في المنظمات غير الربحية‪ ،‬وفي المؤسسات الحكومية وبغض‬
‫النظر عن السمعة التي تتمتع بها تلك الشركات والمؤسسات‪"...‬‬
‫‪ITA330 – F13‬‬
‫معلومات إحصائية (‪)2‬‬
‫نتائج إحصاءات ‪( Standish Group‬أجري البحث عام ‪:)2005‬‬
‫‪11‬‬
‫‪ITA330 – F13‬‬
‫متى نقول عن مشروع برمجي إنه فاشل؟‬
‫بالرغم من تعدد وجهات النظر‪ ،‬يبقى رضى الزبون هو المعيار‬
‫األساسي‪ ،‬وعليه يمكن القول عن مشروع برمجي إنه مشروع‬
‫فاشل إذا‪:‬‬
‫ب المنتج البرمجي احتياجات الزبون‬
‫• لم يل ِ‬
‫• تأخر تسليم المنتج عن الموعد المتوقع أو المخطط له‬
‫• تضمن المنتج عددا هاما من األخطاء‬
‫‪12‬‬
‫‪ITA330 – F13‬‬
‫أسباب فشل المشاريع البرمجية (‪:)Standish Group‬‬
‫السبب‪/‬العامل‬
‫‪13‬‬
‫النسبة‬
‫‪ .1‬نقص المعلومات التي قدمها المستخدم أو الزبون‬
‫‪%12.8‬‬
‫‪ .2‬عدم اكتمال المتطلبات والمواصفات‬
‫‪%12.3‬‬
‫‪ .3‬تغير المتطلبات والمواصفات‬
‫‪%11.8‬‬
‫‪ .4‬غياب أو قصور الدعم اإلداري‬
‫‪%7.5‬‬
‫‪ .5‬ضعف الكفاءات الفنية‬
‫‪%7‬‬
‫‪ .6‬قلة الموارد‬
‫‪%6.4‬‬
‫‪ .7‬الواقعية التوقعات‬
‫‪%5.9‬‬
‫‪ .8‬عدم وضوح األهداف‬
‫‪%5.3‬‬
‫‪ .9‬الواقعية األطر الزمنية‬
‫‪%4.3‬‬
‫‪ .10‬التطور التقني‬
‫‪%3.7‬‬
‫أسباب أخرى‬
‫‪%23‬‬
‫‪ITA330 – F13‬‬
‫ل َم تتعرض المشاريع البرمجية للفشل؟‬
‫‪ .1‬مستوى نضج هندسة البرمجيات‬
‫‪ .2‬طبيعة المنتج البرمجي (من حيث كونه مجرداً وغير ملموس)‬
‫‪ .3‬تغير المتطلبات والمواصفات أثناء العمل‬
‫‪ .4‬سوء إدارة الوقت‬
‫‪ .5‬ضعف المهارات اإلدارية‬
‫‪ .6‬غياب منهجية العمل (دورة حياة المنتج البرمجي) او استخدام منهجية غير مناسبة‪.‬‬
‫‪ .7‬غياب التوثيق أو ضعفه‬
‫‪ .8‬سوء توصيف المتطلبات البرمجية‬
‫‪ .9‬قصور االختبارات‬
‫‪.10‬سوء إدارة الموارد البشرية للمشروع‬
‫‪.11‬عدم االهتمام بإدارة اإلصدارات والنسخ‬
‫‪.12‬قصور أو حتى تجاهل إدارة المخاطر‪.‬‬
‫‪14‬‬
‫‪ITA330 – F13‬‬
‫تصنيف أسباب الفشل‬
‫• أسباب جوهرية مرتبطة بالتعقيد المالزم للبرمجيات (من حيث‬
‫كونها منتجات مجردة غير ملموسة)‪.‬‬
‫• أسباب طارئة‪ :‬الصعوبات الناجمة عن الخبرات المتعلقة بإنتاج‬
‫البرمجيات والتي يمكن إعادتها إلى‪:‬‬
‫‪ .1‬التخطيط واإلدارة‬
‫‪ .2‬العامل البشري‬
‫‪ .3‬اإلجرائية (بما فيها لغة النمذجة وأدواتها)‪.‬‬
‫‪15‬‬
‫‪ITA330 – F13‬‬
‫الحقول ذات الصلة بالموضوع‬
)Business Planning( ‫التخطيط‬
)Project Management( ‫إدارة المشاريع‬
)Quality Management( ‫إدارة الجودة‬
ITA330 – F13
16
‫تخطيط النظام‬
‫‪ -1‬مقدمة‬
‫•‬
‫•‬
‫•‬
‫•‬
‫‪17‬‬
‫دور التخطيط في مشاريع نظم المعلومات‪.‬‬
‫استراتيجية العمل‪ :‬يجري تحديد استراتيجية العمل عبر إجرائيات متنوعة حيث تهتم مناهج‬
‫وضع االستراتيجيات بدراسة إجرائيات العمل األساسية في المؤسسة بهدف وضع تصور‬
‫مستقبلي على المدى البعيد لنمط وآلية العمل ومن ثم إعطاء األولوية للمواضيع والمشكالت‬
‫التي يمكن حلها باستخدام تقانات المعلومات‪.‬‬
‫استراتيجيات العمل في المؤسسات الصغيرة‪ :‬تختار المؤسسات الصغيرة نظم المعلومات‬
‫التي ترغب بتطويرها تبعا ألكثر مشكالت العمل إلحاحا‪ .‬فإذا تغيرت بنية عمل المؤسسة أو‬
‫تغيرت شروط العمل داخلها تضطر لتعديل نظم المعلومات الموجودة فيها من جديد‪.‬‬
‫استراتيجيات العمل في المؤسسات الكبيرة‪ :‬تقوم المؤسسات الكبيرة بصياغة المحيط‬
‫وتشكيله تبعا الحتياجاتها الحالية‪.‬‬
‫‪ITA330 – F13‬‬
‫تخطيط النظام‬
‫‪ -2‬طرق وضع الخطط‬
‫•‬
‫طرق وضع الخطط‪:‬‬
‫– ‪( SWOT‬اختصارا للكلمات األربع‪Strengths, Weakness, Opportunities, .‬‬
‫‪ Threats‬أي‪ :‬القوة‪ ،‬الضعف‪ ،‬الفرص‪ ،‬التحديات)‬
‫– استراتيجية المرونة ‪ ،Value Chain Model( VCM‬أي نموذج سلسلة القيمة)‪.‬‬
‫– الطريقة ‪ Business Process Reengineering( BPR‬أي إعادة هندسة إجرائية‬
‫العمل)‬
‫– النموذج ‪ ،Information System Architecture( ISA‬أي بنيان نظام‬
‫المعلومات)‪ :‬لتقدير احتياجات المؤسسة من المعلومات‬
‫•‬
‫تشترك طرق التخطيط المذكورة كلها بخاصية هامة‪ ،‬فهي كلها تركز على واقعية الفعل‬
‫(القيام بالفعل المطلوب فعال )‪ (effectiveness‬بدال من التركيز على الفعالية (تنفيذ العمل‬
‫بشكل صحيح‪ ،)efficiency ،‬فحل المسألة الخطأ بطريقة فعالة ال يفيد بشيء‪.‬‬
‫‪18‬‬
‫‪ITA330 – F13‬‬
‫طرق وضع الخطط‬
‫(‪ – )1‬الطريقة ‪SWOT‬‬
‫•‬
‫•‬
‫•‬
‫•‬
‫•‬
‫‪19‬‬
‫تعريف الطريقة‪ :‬تسمح هذه الطريقة بتعريف وتصنيف وترتيب وانتقاء مشاريع تطوير نظم‬
‫المعلومات بما يتماشى وقوة المؤسسة وضعفها والفرص المتاحة لها والتحديات التي‬
‫تواجهها‪.‬‬
‫مهمة المؤسسة‪ :‬تجسد مهمة المؤسسة هويتها المميزة وهي تحدد رؤيتها لموقعها المستقبلي‪.‬‬
‫تحديد نقاط ضعف ونقاط قوة المؤسسة‪ :‬تأخذ استراتيجية العمل المطورة انطالقا من مهمة‬
‫محددة بحسبانها نقاط ضعف ونقاط قوة المؤسسة في مختلف المجاالت‪.‬‬
‫الغايات )‪ :(Objectives‬تسعى المؤسسة في أي وقت إلى بلوغ غاية واحدة أو عدد قليل من‬
‫الغايات‪ ،‬والغايات عادة تعرف على المدى الطويل (من ثالث إلى خمس سنوات) أو حتى‬
‫بدون تحديد الزمن‪.‬‬
‫األهداف )‪ :(goals‬يجب أن يقترن بكل غاية استراتيجية أهداف معينة يعبر عنها عادة‬
‫كخطط سنوية‪.‬‬
‫‪ITA330 – F13‬‬
‫طرق وضع الخطط‬
‫(‪ – )2‬الطريقة ‪VCM‬‬
‫•‬
‫تعريف الطريقة‪ :‬تعتمد هذه الطريقة على دراسة وتحليل سلسلة األنشطة الكاملة في المؤسسة‬
‫بدءا من المواد الخام وصوال إلى بيع وتسليم المنتجات النهائية للزبائن‪ ،‬وتركز هذه الطريقة‬
‫على أن الضعف في واحد من ارتباطات هذه السلسلة سيسبب فشل السلسلة بأكملها‪.‬‬
‫•‬
‫•‬
‫تصنيف الوظائف التنظيمية‪:‬‬
‫أنشطة رئيسية )‪ :(Primary activities‬تؤدي األنشطة الرئيسية إلى إنشاء منتج نهائي‬
‫أو تضيف قيمة إلى المنتج‪.‬‬
‫•‬
‫أنشطة داعمة )‪ :(Support activities‬ال تضيف أية قيمة إلى المنتج‪ ،‬لكنها تبقى أساسية‬
‫وضرورية (مثل‪ :‬اإلدارة والبنية التحتية‪ ،‬إدارة الموارد البشرية‪ ،‬البحث والتطوير‪ ،‬تطوير‬
‫نظم المعلومات)‪.‬‬
‫‪20‬‬
‫‪ITA330 – F13‬‬
‫طرق وضع الخطط‬
‫(‪ – )3‬الطريقة ‪BPR‬‬
‫• تعريف الطريقة‪ :‬تستند الطريقة ‪ BPR‬إلى حقيقة مفادها أن على المؤسسات‬
‫الموجودة اليوم أن تعيد تشكيل أنفسها بحيث تتخلى عن مبدأ التقسيم الوظيفي‬
‫والبنى الهرمية والمبادئ العملياتية التي تعتمدها اليوم‪.‬‬
‫• الهدف الرئيسي للطريقة ‪ :BPR‬إعادة تصميم إجرائيات العمل في المؤسسة‬
‫بصيغة جذرية‪.‬‬
‫• مخططات تدفق العمل )‪ :(Workflow‬توثق اإلجرائيات المعدلة في هذه‬
‫المخططات لتجري دراستها وتحليلها‪ .‬تظهر هذه المخططات تدفق األحداث‬
‫والوثائق والمعلومات في إجرائية العمل ويمكن استخدامها الحتساب الزمن‬
‫والموارد والتكاليف الالزمة إلنجاز هذه األنشطة‪.‬‬
‫‪21‬‬
‫‪ITA330 – F13‬‬
‫تخطيط النظام‬
‫مستويات اإلدارة الثالث‬
‫•‬
‫•‬
‫‪22‬‬
‫مستويات اإلدارة الثالث‪:‬‬
‫– استراتيجي )‪.(Strategic‬‬
‫– تكتيكي )‪.(Tactical‬‬
‫– عملياتي )‪.(Operational‬‬
‫التطبيقات والحلول الموافقة لمستويات القرار‪ :‬يبين الشكل في الشريحة التالية التطبيقات‬
‫والحلول الموافقة لمستويات القرار المختلفة في المؤسسة‪.‬‬
‫– المستوى االستراتيجي‪ :‬التطبيقات والحلول التي تعود على المؤسسة بالفائدة األكبر‪،‬‬
‫لكنها أيضا الحلول األصعب تحقيقا فهي تحتاج الستخدام أحدث التقانات كما تتطلب‬
‫درجة عالية من المهارة والتصميم التخصصي‪ .‬وهذه األنظمة هي التي تعطي المؤسسة‬
‫قدرتها التنافسية‪.‬‬
‫– المستوى العملياتي‪ :‬أنظمة روتينية تستخدم تقانات قواعد المعطيات التقليدية وغالبا ما‬
‫تبنى بتخصيص حلول موجودة مسبقا‪.‬‬
‫‪ITA330 – F13‬‬
‫نظم المعلومات ومستويات اإلدارة‬
‫النظم والتقانات الداعمة لمستويات القرار المختلفة‬
‫مستوى اتخاذ القرار‬
‫استراتيجي‬
‫تكتيكي‬
‫عملياتي‬
‫‪23‬‬
‫موضوع اهتمام القرار‬
‫تطبيقات نظم المعلومات‬
‫النمطية‬
‫حلول تقانات المعلومات‬
‫النمطية‬
‫االست ت ت ت تتتراتيجات الداعمت ت ت ت تتة تحلي ت ت ت ت ت ت ت ت ت ت ت تتل التس ت ت ت ت ت ت ت ت ت ت ت تتويق تنقيت ت ت تتب فت ت ت تتي المعطيت ت ت تتات‬
‫لغايت ت تتات المىسست ت تتة علت ت تتى والمبيعت ت ت ت ت ت ت تتات تخطت ت ت ت ت ت ت تتيط (طت ت تترق إحصت ت تتا ية) إدارة‬
‫المعرفة‪.‬‬
‫اإلنتاج تقييم األداء‪.‬‬
‫المدى الطويل‬
‫السياس ت ت ت ت ت ت ت تتات الداعم ت ت ت ت ت ت ت تتة تحلي ت ت تتل الموازن ت ت تتة تق ت ت تتدير مخت ت ت ت ت ت ت تتازن المعطي ت ت ت ت ت ت ت تتات‬
‫أله ت تتداف المىسس ت تتة عل ت تتى كتل الرواتب جدولتة جترد المعالجتتة التحليليتتة أوراق‬
‫الم ت تتدى القص ت تتير ولتت ت ت مين الموج ت ت ت ت ت ت ت تتودات خدم ت ت ت ت ت ت ت تتة الجدول‪.‬‬
‫الزبا ن‪.‬‬
‫الموارد‬
‫األنشت ت تتطة اليوميت ت تتة ودعت ت تتم إصتتدار الرواتتتب الفتتوترة قواعد المعطيتات معالجتة‬
‫صفقات الشراء المحاسبة المناقالت‪.‬‬
‫اإلنتاج‬
‫‪ITA330 – F13‬‬
‫العامل البشري – األطراف المعنية‬
‫(‪)Stakeholders‬‬
‫• الطرف المعني‪ :‬هو أي شخص (أو جهة) معني بالمشروع البرمجي بطريقة‬
‫أو بأخرى‪ ،‬سواء كان سيتأثر بالنظام أم سيؤثر على تطويره أو استخدامه‪،‬‬
‫ونميز هنا بين‪:‬‬
‫– مالك النظام (‪)System Owner‬‬
‫– المستخدمون‬
‫– المطورون (محللون‪ ،‬مصممون‪ ،‬مبرمجون‪.)....‬‬
‫(ثمة أطراف أخرى‪ :‬منافسون‪ ،‬شركاء‪)...‬‬
‫‪24‬‬
‫‪ITA330 – F13‬‬
‫العامل البشري ‪ -‬مالك النظام‬
‫هو الشخص أو الجهة المشرفة على المشروع‪ ،‬وتكون عادة‬
‫مسؤولة عن تمويل أنشطة المشروع (التطوير والتشغيل‬
‫والصيانة)‪ ،‬وعن اتخاذ القرارات وتجري اإلشارة إليه أحيانا‬
‫بمصطلح “الزبون ”‪.‬‬
‫ال يجوز للمطور أن يتجاهل متطلبات الزبون أو أن يع ّدلها‬
‫(حتى لو لم تكن صائبة)‪.‬‬
‫‪25‬‬
‫‪ITA330 – F13‬‬
‫العامل البشري ‪ -‬مستخدمو النظام ( ‪System‬‬
‫‪)Users‬‬
‫كل من سيستخدم النظام أو يتأثر به باستمرار (تحصيل المعلومات‬
‫والتحقق من صحتها وإدخالها ومعالجتها وتبادلها مع جهات‬
‫أخرى)‪.‬‬
‫– مستخدمون داخليون (‪ :)Internal System Users‬عمال الخدمة‪،‬‬
‫الكادر الفني‪ ،‬المدراء على اختالف مستوياتهم‪.‬‬
‫– مستخدمون خارجيون (‪ :)External System Users‬الزبائن‪،‬‬
‫الموردون‪ ،‬الشركاء‪.‬‬
‫‪26‬‬
‫‪ITA330 – F13‬‬
‫العامل البشري ‪ -‬المطورون‬
‫• محللو النظام‬
‫• مصممو النظام‬
‫• بناة النظام‬
‫‪27‬‬
‫‪ITA330 – F13‬‬
‫العامل البشري ‪ -‬محللو األنظمة‬
‫محلل النظام (‪ )System Analyst‬هو شخص أخصائي يقوم بدراسة‬
‫مشكالت المؤسسة واحتياجاتها ليستخلص منها كيف يمكن لألشخاص‬
‫والمعلومات واإلجرائيات وتقانة المعلومات المساهمة في تحسين عمل‬
‫المؤسسة‪.‬‬
‫– مبرمج‪/‬محلل (أو محلل‪/‬مبرمج)‪ :‬يجمع بين مسؤوليتي المبرمج‬
‫ومحلل النظام‪.‬‬
‫– محلل األعمال (‪ :)Business Analyst‬يركز على الجوانب غير‬
‫التقنية في تحليل وتصميم النظام‪.‬‬
‫‪28‬‬
‫‪ITA330 – F13‬‬
‫العامل البشري ‪ -‬مصممو ومنفذوالنظام‬
‫• مصمم النظام (‪ :)System Designer‬فني يقوم بتصميم الحل‬
‫باالعتماد على احتياجات مستخدمي النظام والقيود التي تخضع لها‬
‫األعمال‪ .‬يتألف الحل من‪ :‬قاعدة المعطيات‪ ،‬المدخالت‪ ،‬المخرجات‪،‬‬
‫الواجهات‪ ،‬الشبكات وكل البرمجيات التي تلبي متطلبات المستخدمين‪.‬‬
‫• منفذ النظام (‪ :)System Builder‬فني يقوم ببناء نظم المعلومات‬
‫ومكوناتها (‪ )Components‬باالعتماد على التوصيف الذي وضعه‬
‫مصمم النظام (‪.)Design Specifications‬‬
‫‪29‬‬
‫‪ITA330 – F13‬‬
‫مهارات محلل األنظمة‬
‫• معرفة عملية بتقانات المعلومات‪.‬‬
‫• خبرة بالبرمجة ولغاتها‪.‬‬
‫• معرفة عامة باألعمال‪.‬‬
‫• مهارات في حل المشكالت‪.‬‬
‫• مهارات شخصية وقدرة على التواصل مع اآلخرين ( ‪Interpersonal‬‬
‫‪.)Communication Skills‬‬
‫• المرونة والقدرة على التأقلم مع بيئات عمل مختلفة‪.‬‬
‫• احترام األخالق المهنية‪.‬‬
‫‪30‬‬
‫‪ITA330 – F13‬‬
‫العامل البشري – دوره وأثره‬
‫•‬
‫•‬
‫‪31‬‬
‫دور العامل البشري في فشل البرمجيات‪:‬‬
‫– من ناحية الزبون‪:‬‬
‫• ال ُتفهم كل احتياجات الزبون أو يُفهم بعضها خطأ‪.‬‬
‫• تتغير متطلبات الزبون بتواتر كبير‪.‬‬
‫• الزبائن غير مهيئين لتقديم موارد كافية للمشروع‪.‬‬
‫• ال يريد المستخدمون أن يتعاونوا مع المطورين‪.‬‬
‫• للزبائن تصورات وتوقعات غير منطقية‪.‬‬
‫• لم يعد النظام مفيدا للزبائن‪.‬‬
‫من ناحية المطورين‪ :‬قد تفشل المشاريع أيضا ألن المطورين ليسوا على المستوى‬
‫المطلوب ألداء المهمة‪.‬‬
‫‪ITA330 – F13‬‬
‫اإلطار العام لتحليل وتصميم النظم‬
‫•النظام هو مجموعة مكونات مترابطة تعمل معا لبلوغ غاية محددة‪.‬‬
‫• نظام المعلومات (‪ )IS‬هو تركيبة من األشخاص والبيانات واإلجراءات وتقنيات‬
‫معلوماتية تتفاعل معا بهدف تحصيل البيانات ومعالجتها وتخزينها لتزويد المؤسسة‬
‫(وصناع القرار) بالمعلومات الالزمة لتحسين أدائها‪.‬‬
‫• تقانة المعلومات (‪ )Information Technology‬هي مصطلح معاصر يُستخدم‬
‫للداللة على تركيب لتقنيات حوسبة (من تجهيزات وبرمجيات) مع تقنيات اتصاالت‪.‬‬
‫‪32‬‬
‫‪ITA330 – F13‬‬
‫أنماط نظم المعلومات (‪)1‬‬
‫• نظام معالجة المناقالت (‪ :)Transaction processing system‬هو نظام‬
‫معلومات يهتم بتحصيل ومعالجة بيانات عن مناقالت األعمال ( ‪Business‬‬
‫‪.)Transactions‬‬
‫• نظام المعلومات اإلدارية (‪ :)Management Information System‬هو نظام‬
‫معلومات يهدف إلى توليد تقارير موجهة لإلدارة باالعتماد على معالجة المناقالت‬
‫والعمليات في المؤسسة‪.‬‬
‫• النظام المساعد في اتخاذ القرار (‪ :)Decision Support System‬هو نظام‬
‫معلومات يهدف إلى تزويد اإلدارة بالمعلومات المساعدة على اتخاذ القرار أو‬
‫توصيف الخيارات الممكنة‪.‬‬
‫‪33‬‬
‫‪ITA330 – F13‬‬
‫أنماط نظم المعلومات (‪)2‬‬
‫• النظام الخبير (‪ :)Expert System‬هو نظام معلومات يهدف إلى تحصيل خبرات‬
‫العاملين ذوي الخبرة ومحاكاتها لتزويد غير الخبراء بالمعرفة الالزمة‪.‬‬
‫• نظام التواصل والتشاركية ( ‪Communication and Collaboration‬‬
‫‪ :)System‬هو نظام يوفر إمكانات فعالة للتواصل بين العاملين والشركاء والزبائن‬
‫والموردين لتحسين قدراتهم على التعاون والتشارك‪.‬‬
‫• نظام األتمتة المكتبية (‪ :)Office Automation System‬هو نظام يدعم طيفا‬
‫واسعا من األنشطة المكتبية التي تسمح بتحسين كفاءة تدفق األعمال بين العاملين‪.‬‬
‫‪34‬‬
‫‪ITA330 – F13‬‬
‫ما هي هندسة البرمجيات؟‬
‫• ُتعنى هندسة البرمجيات بكل األنشطة الالزمة إلنتاج البرمجيات‪.‬‬
‫ّ‬
‫منظم واستخدام‬
‫• يجدر بمهندسي البرمجيات اتباع منهج عمل‬
‫األدوات والتقنيات المالئمة للمشكلة قيد الحل ولقيود التطوير‬
‫وللموارد المتاحة‪.‬‬
‫‪35‬‬
‫‪ITA330 – F13‬‬
‫تطوير البرمجيات ‪ -‬نظريا‬
‫• نظريا‪ ،‬يجري تطوير البرمجيات‬
‫بدءا من الصفر وبشكل تسلسلي‪.‬‬
‫‪36‬‬
‫‪ITA330 – F13‬‬
‫تطوير البرمجيات ‪ -‬عمليا‬
‫• يبدو تطوير البرمجيات في الواقع مختلفا تماما عن التوصيف‬
‫النظري وأكثر فوضوية مما هو متوقع‪.‬‬
‫– يرتكب إخصائيو تطوير البرمجيات العديد من األخطاء‪.‬‬
‫– تتغير متطلبات الزبون خالل فترة تطوير المنتج البرمجي‪.‬‬
‫– يُعتبر المنتج البرمجي نموذجا للعالم الحقيقي الذي يتغير‬
‫باستمرار‪.‬‬
‫‪37‬‬
‫‪ITA330 – F13‬‬
‫ما هي اإلجرائية البرمجية؟‬
‫•‬
‫•‬
‫•‬
‫‪38‬‬
‫مجموعة من األنشطة المرتبة هدفها النهائي تطوير منتج برمجي جديد أو تحسين منتج‬
‫موجود‪.‬‬
‫تتمحور كل اإلجرائيات البرمجية حول أنشطة عامة‪:‬‬
‫– التوصيف (‪ :)Specification‬ما يجب أن يؤديه النظام والقيود المفروضة عليه‪.‬‬
‫– التطوير (‪ :)Development‬عملية إنتاج النظام البرمجي‪.‬‬
‫– التحقق (‪ :)Validation‬التأكد من أن النظام يحقق ما يريده الزبون‪.‬‬
‫– التحسين (‪ :)Evolution‬تغيير النظام استجابة لمتطلبات متغيرة‪.‬‬
‫نموذج اإلجرائية هو تمثيل مجرد لإلجرائية يصفها من زاوية نظر معينة‪.‬‬
‫– تسلسل األنشطة (‪.)Workflow perspective‬‬
‫– تدفق المعلومات (‪.)Data-flow perspective‬‬
‫– من يفعل ماذا (‪.)Role/action perspective‬‬
‫‪ITA330 – F13‬‬
‫دورة حياة المنتج البرمجي‬
(Software Development Life Cycle – SDLC)
ITA330 – F13
39
‫دورة حياة المنتج البرمجي‬
‫• التخطيط (‪)Planning‬‬
‫– ل َم نريد بناء النظام؟‬
‫• التحليل (‪)Analysis‬‬
‫– من هم المستخدمون؟‬
‫– ما هي المتطلبات (‪)Requirements‬؟‬
‫– ما هو نطاق النظام (‪)Scope‬؟‬
‫• التصميم (‪)Design‬‬
‫– كيف سيعمل النظام؟‬
‫• التحقيق (‪)Implementation‬‬
‫– تسليم النظام (‪.)System Delivery‬‬
‫– كيف ندعم المستخدمين؟‬
‫‪40‬‬
‫‪ITA330 – F13‬‬
‫المراحل األساسية ومخرجاتها‬
‫المنتج‬
‫‪41‬‬
‫المرحلة‬
‫خطة المشروع‬
‫التخطيط‬
‫مقترح النظام‬
‫التحليل‬
‫توصيف التصميم‬
‫التصميم‬
‫النظام الجديد وخطة صيانته‬
‫التحقيق‬
‫‪ITA330 – F13‬‬
‫إدارة المشروع وإدارة اإلجرائية‬
‫• إدارة المشروع (‪ :)Project Management‬وتشمل تعريف‬
‫المشروع‪ ،‬التخطيط له‪ ،‬توجيه العمل ومراقبة التنفيذ بهدف تطوير‬
‫نظام مقبول ضمن قيود الزمن والموارد المتاحة‪.‬‬
‫• إدارة اإلجرائية (‪ :)Process management‬هي عملية مستمرة‬
‫ُتعنى بتحديد اإلجرائية (أو المنهجية – ‪ )Methodology‬وتحسينها‬
‫وتطبيقها على كل مشاريع التطوير البرمجية‪.‬‬
‫‪42‬‬
‫‪ITA330 – F13‬‬
‫اإلجرائية )‪(Process‬‬
‫نموذج استحقاق األهلية‬
‫•‬
‫‪CMM: Capability Maturity Model‬‬
‫•‬
‫يمثل نموذج استحقاق األهلية )‪ (CMM‬طريقة شائعة لتقييم إجرائية التطوير وتحسينها‪.‬‬
‫•‬
‫طريقة العمل‪ :‬يعتمد النموذج ‪ CMM‬بشكل رئيسي على استمارة أسئلة يجب أن تمألها‬
‫المؤسسة ليتم بعد ذلك التحقق منها والتأكد من صحة ما يرد فيها لتعطى المؤسسة مستوى‬
‫من مستويات النموذج ‪ CMM‬الخمسة‪ ،‬التي يعبر فيها المستوى األعلى عن نضج وأهلية‬
‫أفضل إلجرائية التطوير‪.‬‬
‫‪43‬‬
‫‪ITA330 – F13‬‬
‫مستويات النموذج ‪CMM‬‬
‫– المستوى ‪ 5‬األمثلية ‪)Optimizing( :‬‬
‫» يجري تحسين إجرائية التطوير باستمرار‪.‬‬
‫» تحسين طريقة تعديل اإلجرائية‪.‬‬
‫– المستوى ‪ 4‬مُدارة‪)Managed( :‬‬
‫» تستخدم مقاييس للتحكم بإجرائية التطوير‪.‬‬
‫» تحسين مقاييس اإلجرائية‪.‬‬
‫– المستوى ‪ 3‬معرّ فة‪)Defined( :‬‬
‫» يجري إتباع إجرائيات إدارية وهندسية معرفة ومنظمة‪.‬‬
‫» تحسين تعريف اإلجرائية‪.‬‬
‫– المستوى ‪ 2‬م ِّكررة‪)Repeatable( :‬‬
‫» إدارة مشاريع مكرَّ رة‪ :‬إدارة مشاريع مكررة‬
‫» إمكانية تقدير الوقت والجهد الالزمين لمشاريع متشابهة‪.‬‬
‫» تحسين مستوى تخصص اإلجرائية‪.‬‬
‫– المستوى ‪ 1‬بدائية‪)Initial( :‬‬
‫» إجرائية غير ثابتة وغير واضحة تعتمد على الفريق الحالي‪.‬‬
‫‪44‬‬
‫‪ITA330 – F13‬‬
‫مستويات النموذج ‪CMM‬‬
‫المستوى ‪ - 5‬األمثلة‬
‫تحسين إج ار ية التطوير‬
‫باستمرار‬
‫تحسين إدارة عملية‬
‫تعديل اإلجرائية‬
‫المستوى ‪ - 4‬مدارة‬
‫يجري اتباع إج ار يات إدارية وهندسية‬
‫معرفة ومنظمة‬
‫تحسين قياسات‬
‫اإلجرائية‬
‫المستوى ‪ - 3‬معرفة‬
‫يجري اتباع إج ار يات إدارية وهندسية‬
‫معرفة ومنظمة‬
‫تحسين تعريف‬
‫اإلجرائية‬
‫المستوى ‪ - 2‬مكررة‬
‫إدارة مشاريع مكررة يمكن تقدير‬
‫الوقت والجهد لها‪.‬‬
‫مستويات النضج في النموذج ‪CMM‬‬
‫‪45‬‬
‫المستوى ‪ - 1‬بدائية‬
‫إج ار ية غير مضبوطة وتعتمد على‬
‫فريق العمل الحالي‬
‫‪ITA330 – F13‬‬
‫االنتقال بين مستويات نموذج ‪CMM‬‬
‫• االنتقال بين المستويات‪ :‬لقد بينت الخبرات العملية والتجربة أن االنتقال من‬
‫مستوى إلى المستوى األعلى مباشرة يتطلب عدة سنوات‪ ،‬فمعظم المؤسسات‬
‫مازالت في المستوى األول وبعضها في المستوى الثاني‪ ،‬أما المؤسسات التي‬
‫وصلت المستوى الخامس فعددها قليل جدا‪.‬‬
‫‪46‬‬
‫‪ITA330 – F13‬‬