الصفحة الرئيسية › الوسائط المتعددة › مناهج تطوير البرمجيات. النهج الهيكلي لتطوير البرمجيات. مبادئ التنمية الرشيقة ومعنى

مناهج تطوير البرمجيات. النهج الهيكلي لتطوير البرمجيات. مبادئ التنمية الرشيقة ومعنى

1. الترميز

في مرحلة تطوير البرمجيات ، يتم تنفيذ الإجراءات الرئيسية التالية: اختبارات؛ تطوير نظام مرجعي للبرمجيات ؛ إنشاء وثائق المستخدم ؛ إنشاء نسخة وتثبيت البرنامج ،

الترميز هو عملية تحويل نتائج التصميم عالية المستوى ومنخفضة المستوى إلى منتج برمجي نهائي. بمعنى آخر ، عند الترميز ، يتم وصف نموذج PP المترجم عن طريق لغة البرمجة المحددة ، والتي يمكن أن تكون أيًا من اللغات الموجودة. يتم اختيار اللغة إما بناءً على طلب العميل ، أو مع مراعاة المهمة التي يتم حلها و خبرة شخصيةالمطورين.

عند الترميز ، من الضروري اتباع معيار اللغة المختارة ، على سبيل المثال ، بالنسبة للغة C فهي ANSI C ، وبالنسبة لـ C ++ فهي ISO / IEC 14882 "قياسية للغة C ++ ProgrammingLanguage".

بالإضافة إلى المعيار المقبول عمومًا للغة البرمجة ، يمكن للشركة أيضًا استخدام متطلباتها الإضافية لقواعد كتابة البرامج. في الأساس ، تتعلق بقواعد تنسيق نص البرنامج.

يتيح لك اتباع معايير وقواعد الشركة إنشاء برنامج يعمل بشكل صحيح ، ويسهل قراءته ، ومفهومه للمطورين الآخرين ، ويحتوي على معلومات حول المطور ، وتاريخ الإنشاء ، والاسم والغرض ، بالإضافة إلى البيانات اللازمة لإدارة التكوين.

في مرحلة الترميز ، يكتب المبرمج البرامج ويختبرها بنفسه. يسمى هذا الاختبار اختبار الوحدة. تمت مناقشة جميع القضايا المتعلقة باختبار البرامج في الفصل. 10 ، يصف أيضًا تقنية الاختبار المستخدمة في مرحلة تطوير البرامج. هذه التقنية تسمى الاختبار. "صندوق زجاجي" (صندوق زجاجي) ؛أحيانًا يُطلق عليه أيضًا الاختبار "الصندوق الأبيض" (وايت بوكس)على عكس المفهوم الكلاسيكي لـ "الصندوق الأسود" (الصندوق الأسود).

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

عند اختبار "الصندوق الزجاجي" يكون الوضع مختلفًا تمامًا. يقوم المختبر (في هذه الحالة ، المبرمج نفسه) بتطوير الاختبارات بناءً على معرفة الكود المصدري الذي لديه الوصول الكامل. نتيجة لذلك ، يتلقى الفوائد التالية.

1. اتجاه الاختبار. يمكن للمبرمج اختبار البرنامج على أجزاء ، وتطوير إجراءات فرعية خاصة للاختبار تستدعي الوحدة قيد الاختبار وتمرير البيانات التي تهم المبرمج. من الأسهل بكثير اختبار وحدة واحدة تمامًا مثل "الصندوق الزجاجي".

2. تغطية كاملة للكود. يمكن للمبرمج دائمًا تحديد أجزاء التعليمات البرمجية التي تعمل في كل اختبار. إنه يرى فروع الكود الأخرى التي لم يتم اختبارها ، ويمكنه اختيار الظروف التي سيتم اختبارها بموجبها. فيما يلي وصف لكيفية تتبع تغطية التعليمات البرمجية للاختبارات التي تجريها.

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

4. القدرة على تتبع سلامة البيانات. يعرف المبرمج أي جزء من البرنامج يجب أن يعدل كل عنصر من عناصر البيانات. من خلال تتبع حالة البيانات (باستخدام نفس مصحح الأخطاء) ، يمكنه تحديد الأخطاء مثل تغييرات البيانات من خلال الوحدات النمطية الخاطئة أو تفسيرها غير الصحيح أو المؤسسة غير الناجحة ، ويمكن للمبرمج أتمتة الاختبار بمفرده.

5. رؤية نقاط الحدود الداخلية. في مصدر الرمزهذه النقاط الحدودية للبرنامج المخفية عن الرؤية الخارجية مرئية. على سبيل المثال ، يمكن استخدام عدة خوارزميات مختلفة تمامًا لتنفيذ إجراء معين ، وبدون النظر إلى الكود ، من المستحيل تحديد أي واحدة اختارها المبرمج. مثال نموذجي آخر هو مشكلة تجاوز سعة المخزن المؤقت المستخدمة لتخزين بيانات الإدخال مؤقتًا. يمكن للمبرمج أن يخبر على الفور بكمية البيانات التي سوف يفيض بها المخزن المؤقت ، ولا يحتاج إلى إجراء آلاف الاختبارات.

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

يعتبر اختبار الصندوق الزجاجي جزءًا من عملية البرمجة. يقوم المبرمجون بهذا العمل طوال الوقت ، ويختبرون كل وحدة بعد كتابتها ، ثم مرة أخرى بعد دمجها في النظام.

عند إجراء اختبار الوحدة ، يمكنك استخدام تقنيات الاختبار الهيكلية أو الوظيفية ، أو كليهما.

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

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

لا يمكن أن يكون هدف الاختبار هو المسار الكامل للبرنامج فقط (تسلسل الأوامر التي ينفذها من البداية إلى النهاية) ، ولكن أيضًا أقسامه الفردية. من غير الواقعي تمامًا اختبار جميع الطرق الممكنة لتنفيذ البرنامج. لذلك ، فإن أخصائيو الاختبار يفردون من جميع المسارات الممكنة تلك المجموعات التي يجب اختبارها بشكل مؤكد. للاختيار ، يستخدمون معايير خاصة تسمى معايير التغطية (Coveragecriteria) ،التي تحدد عددًا حقيقيًا (حتى لو كان كبيرًا جدًا) من الاختبارات. تسمى هذه المعايير أحيانًا معايير التغطية المنطقية ،أو معايير الاكتمال.

3. مساعدة تطوير النظام منتج البرنامج. إنشاء وثائق المستخدم

يُنصح بتعيين أحد موظفي المشروع كمحرر فني للوثائق. يمكن لهذا الموظف القيام بعمل آخر ، لكن مهمته الرئيسية يجب أن تكون تحليل الوثائق ، حتى لو قام الموظفون الآخرون بتطويرها.

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

يتكون نظام مساعدة البرامج على أساس المواد المطورة لدليل المستخدم. النماذج ويخلقها مسؤولة عن أداء هذا العمل. يمكن أن يكون إما محررًا تقنيًا أو أحد المطورين مع محرر تقني.

يتمتع PP الموثق جيدًا بالمزايا التالية.

1. سهولة الاستخدام. إذا كان PP موثقًا جيدًا ، فسيكون تطبيقه أسهل بكثير. يتعلم المستخدمون ذلك بشكل أسرع ، ويرتكبون أخطاء أقل ، ونتيجة لذلك ، يقومون بعملهم بشكل أسرع وأكثر كفاءة.

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

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

سهولة المرافقة. يتم إنفاق قدر كبير من المال والوقت على تحليل المشكلات الناتجة عن أخطاء المستخدم. غالبًا ما تكون التغييرات التي تم إجراؤها في إصدارات البرامج الجديدة مجرد تغيير في واجهة الوظائف القديمة. يتم تقديمها حتى يتمكن المستخدمون أخيرًا من معرفة كيفية استخدام البرنامج والتوقف عن الاتصال بخدمة الدعم الفني. القيادة الجيدة إلى حد كبير

علوم الحاسوب وعلم التحكم الآلي والبرمجة

التكرار N عملية التطوير الموحدة البرمجياتيصف نموذج حالة الاستخدام الحالات التي سيتم فيها استخدام التطبيق. يصف النموذج التحليلي الفئات الأساسية للتطبيق. يصف نموذج التصميم الاتصالات والعلاقات بين الفئات والكائنات المخصصة ، ويصف نموذج النشر توزيع البرامج عبر أجهزة الكمبيوتر.

الدرس # 20
المبادئ والأساليب العامة لتطوير البرمجيات

نماذج تطوير البرمجيات

فودوبادنايا
نموذج تتالي
حلزوني
البرمجة المتطرفة
تدريجي
منهجية أطباء بلا حدود

نموذج الشلال

نموذج حلزوني

التنمية المتزايدة

تحليل المتطلبات

تصميم

تطبيق

مكون

اختبارات

اندماج

اختبارات

كامل

التكرار 1 التكرار 2…. التكرار N

عملية تطوير البرمجيات الموحدة (USDP)

يصف نموذج حالة الاستخدام الحالات التي سيتم استخدام التطبيق فيها.
يصف النموذج التحليلي الفئات الأساسية للتطبيق.
يصف نموذج التصميم الروابط والعلاقات بين الفئات والكائنات المختارة
يصف نموذج النشر توزيع البرامج عبر أجهزة الكمبيوتر.
يصف نموذج التنفيذ التنظيم الداخلي لرمز البرنامج.
يتكون نموذج الاختبار من مكونات الاختبار وإجراءات الاختبار وحالات الاختبار المختلفة.

منهجية أطباء بلا حدود

مكونات هندسة منتج البرامج النموذجية ومتطلبات البرامج النموذجية

التسامح مع الخطأمجموعة من خصائص النظام التي تزيد من موثوقيته من خلال اكتشاف الأخطاء واستعادة العواقب السيئة وتحديد موقعها على النظام. عند تصميم أي نظام حقيقي لضمان التسامح مع الخطأ ، من الضروري توقع جميع المواقف المحتملة التي يمكن أن تؤدي إلى فشل النظام وتطوير آليات للتعامل مع الأعطال.

مصداقية قدرة النظام على تحمل العديد من الإخفاقات والإخفاقات.

رفض هو انتقال النظامنتيجة للخطأ إلى حالة غير صالحة للتشغيل تمامًا.

يصطدم خطأ في تشغيل النظام لا يؤدي إلى فشل النظام.

كلما قل عدد حالات الفشل والإخفاق لفترة معينة من الوقت ، زادت موثوقية النظام.

بالإضافة إلى الأعمال الأخرى التي قد تهمك
57355.		مجموعة متنوعة من المركبات العضوية وتصنيفها. المواد العضوية في الطبيعة	48.5 كيلو بايت
	يتم تحديد تنوع المركبات العضوية من خلال القدرة الفريدة لذرات الكربون على الاندماج مع بعضها البعض عن طريق روابط بسيطة ومتعددة لتشكيل مركبات مع عدد غير محدود تقريبًا من الذرات المرتبطة في سلاسل ، ودراجات ، ودراجات ، وثلاث عجلات ، ودراجات متعددة ، وأطر ، إلخ.
57359.		معالجة نماذج المعلومات اللفظية	291 كيلو بايت
	المفاهيم الأساسية: نموذج ؛ نموذج المعلومات؛ نموذج المعلومات اللفظية ؛ حاشية. ملاحظة؛ نبذة مختصرة. ملخص موجز من خط العرض. قم بإنشاء مخطط تفصيلي لـ 2. احفظ المستند في المجلد الخاص بك تحت الاسم Abstract.
57361.		الرقم والرقم 3. اقتران الأرقام عند الحدود 3. الأرقام المكتوبة 3. اقتران العناصر القديمة	35.5 كيلو بايت
	أعداد جميع المخلوقات من يجب أن يكون الأول من يجب أن يكون الأخير من يجب أن يكون تحت الرقم 1 الذي يجب أن يكون تحت الرقم 2 من هو السنجاب الأيمن من هو الزرافة السوسيد اليسرى

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

لذا ، فإن جوهر النهج الهيكلي لتطوير برمجيات EIS يكمن في تحللها (تقسيمها) إلى وظائف آلية: ينقسم النظام إلى أنظمة فرعية وظيفية ، والتي بدورها تنقسم إلى وظائف فرعية ، وتلك إلى مهام ، وما إلى ذلك. تصل إلى إجراءات محددة. في الوقت نفسه ، يحتفظ النظام الآلي بنظرة شاملة تكون فيها جميع المكونات مترابطة. عند تطوير نظام "من الأسفل إلى الأعلى" ، من المهام الفردية إلى النظام بأكمله ، تفقد النزاهة ، وتظهر المشاكل عند الوصف تبادل المعلوماتالمكونات الفردية.

تستند جميع الطرق الأكثر شيوعًا للنهج الهيكلي إلى عدد من المبادئ العامة. المبادئ الأساسية هي:

مبدأ "فرق تسد" (انظر القسم الفرعي 2.1.1) ؛

مبدأ الترتيب الهرمي - مبدأ تنظيم الأجزاء المكونة للنظام في هياكل شجرية هرمية مع إضافة تفاصيل جديدة في كل مستوى.

لا يعني اختيار مبدأين أساسيين أن المبادئ الأخرى ثانوية ، لأن تجاهل أي منهما يمكن أن يؤدي إلى عواقب غير متوقعة (بما في ذلك فشل المشروع بأكمله). أهم هذه المبادئ هي:

مبدأ التجريد - تخصيص الجوانب الأساسية للنظام والإلهاء عن الجوانب غير الأساسية ؛

مبدأ التناسق - صحة واتساق عناصر النظام ؛

مبدأ هيكلة البيانات - يجب أن تكون البيانات منظمة ومنظمة بشكل هرمي.

يستخدم النهج الهيكلي بشكل أساسي مجموعتين من الأدوات التي تصف الهيكل الوظيفي للنظام والعلاقات بين البيانات. تتوافق كل مجموعة من الأدوات مع أنواع معينة من النماذج (الرسوم البيانية) ، وأكثرها شيوعًا هي:

DFD (مخططات تدفق البيانات) - مخططات تدفق البيانات ؛

SADT (التحليل الهيكلي وتقنية التصميم - طريقة التحليل والتصميم الهيكلي) - النماذج والمخططات الوظيفية المقابلة ؛

ERD (مخططات العلاقة بين الكيانات) - مخططات العلاقة بين الكيانات.

تعد مخططات تدفق البيانات والمخططات البيانية لعلاقة الكيانات أكثر أنواع النماذج شيوعًا في أدوات CASE.

نوع معينتعتمد الرسوم البيانية المدرجة وتفسير بنائها على مرحلة دورة حياة البرنامج.

في مرحلة تكوين متطلبات البرمجيات ، تُستخدم نماذج SADT و DFD لبناء نموذج "AS-IS" ونموذج "TO-BE" ، مما يعكس الهيكل الحالي والمقترح لعمليات أعمال المنظمة والتفاعل بين لهم (استخدام نماذج SADT ، كقاعدة عامة ، يقتصر فقط على هذه المرحلة ، حيث لم تكن مخصصة في الأصل لتصميم البرامج). بمساعدة ERD ، يتم تنفيذ وصف البيانات المستخدمة في المؤسسة على مستوى مفاهيمي مستقل عن أدوات تنفيذ قاعدة البيانات (DBMS).

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

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

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

لذا ، فإن جوهر النهج الهيكلي لتطوير برمجيات EIS يكمن في تحللها (تقسيمها) إلى وظائف آلية: ينقسم النظام إلى أنظمة فرعية وظيفية ، والتي بدورها تنقسم إلى وظائف فرعية ، وتلك إلى مهام ، وما إلى ذلك. تصل إلى إجراءات محددة. في الوقت نفسه ، يحتفظ النظام بنظرة شاملة تكون فيها جميع المكونات المكونة مترابطة. عند تطوير نظام "من أسفل إلى أعلى" ، من المهام الفردية إلى النظام بأكمله ، تفقد النزاهة ، وتظهر المشاكل عند وصف تفاعل المعلومات بين المكونات الفردية.

تستند جميع الأساليب الأكثر شيوعًا للنهج الهيكلي إلى عدد من المبادئ العامة:

1 - مبدأ فرق تسد.

2. مبدأ الترتيب الهرمي - مبدأ تنظيم الأجزاء المكونة للنظام في هياكل شجرية هرمية مع إضافة تفاصيل جديدة في كل مستوى.

اختيار مبدأين أساسيين لا يعني أن المبادئ المتبقية ثانوية ، لأن يمكن أن يؤدي تجاهل أي منها إلى عواقب غير متوقعة (بما في ذلك فشل المشروع بأكمله). أهم هذه المبادئ هي:

1. مبدأ التجريد - إبراز الجوانب الأساسية للنظام والإلهاء عن غير الضروري.

2. مبدأ التناسق والصلاحية والاتساق لعناصر النظام.

3. مبدأ الهيكلة البيانات - البياناتيجب أن تكون منظمة ومنظمة بشكل هرمي.

في النهج الهيكلي ، هناك مجموعتان أساسيتان من الأدوات تصف الهيكل الوظيفي للنظام والعلاقات بين البيانات. تتوافق كل مجموعة من الأدوات مع أنواع معينة من النماذج (الرسوم البيانية) ، وأكثرها شيوعًا هي:

· DFD (مخططات تدفق البيانات) - الرسوم البيانية لتدفق البيانات.

SADT (التحليل الهيكلي وتقنية التصميم - منهجية التحليل والتصميم الهيكلي) - النماذج والمخططات الوظيفية المقابلة: الرموز IDEF0 (النمذجة الوظيفية للأنظمة) ، IDEF1x (النمذجة المفاهيمية لقواعد البيانات) ، IDEF3x (أنظمة البناء لتقييم جودة الكائن الشغل؛ وصف رسوميتدفق العمليات ، وتفاعل العمليات والأشياء التي تغيرت من خلال هذه العمليات) ؛

· ERD (الكيان - مخططات العلاقة) - مخططات "علاقة الكيان".

في جميع طرق النهج الهيكلي تقريبًا (التحليل الهيكلي) ، يتم استخدام مجموعتين من أدوات النمذجة في مرحلة تكوين متطلبات البرامج:

1. مخططات توضح الوظائف التي يجب أن يؤديها النظام والعلاقات بين هذه الوظائف - DFD أو SADT (IDEF0).

2. بيانات نمذجة الرسوم البيانية وعلاقاتها (ERD).

يعتمد الشكل المحدد للمخططات المدرجة وتفسير إنشائها على مرحلة دورة حياة البرنامج.

في مرحلة تكوين متطلبات البرامج ، تُستخدم نماذج SADT و DFD لبناء نموذج "AS-IS" ونموذج "TO-BE" ، وبالتالي يعكس الهيكل الحالي والمقترح للعمليات التجارية للمؤسسة والتفاعل بينهما (باستخدام نماذج SADT التي تقتصر عادةً على هذه المرحلة فقط ، نظرًا لأنها لم تكن مخصصة في الأصل لتصميم البرامج). بمساعدة ERD ، يتم تنفيذ وصف البيانات المستخدمة في المنظمة على المستوى المفاهيمي ، بغض النظر عن وسائل تنفيذ قاعدة البيانات (DBMS).

1. الغرض من تكنولوجيا البرمجة. تاريخ تطور تكنولوجيا البرمجة. أنواع مشاريع البرمجيات. مكونات تكنولوجيا البرمجة. المشروع والمنتج والعملية والأشخاص

2. دورة حياة البرنامج. الطبيعة الدورية للتنمية. المفاهيم الأساسية لتكنولوجيا البرمجة. العمليات والنماذج. المراحل والمنعطفات. المعالم والتحف. أصحاب المصلحة والموظفين.

3. تحديد وتحليل المتطلبات. متطلبات البرنامج. مخطط تطوير المتطلبات. إدارة متطلبات.

4. التصميم المعماري والتفصيلي. التنفيذ والترميز. الاختبار والتحقق. عملية مراقبة الجودة. طرق الصندوق الأبيض والصندوق الأسود. التفتيش والمراجعات. أهداف الاختبار. التحقق والتحقق واختبار النظام. الصيانة والتطوير المستمر.

5. نماذج عملية التنمية. نماذج الشلال والناقل. النماذج الحلزونية والتزايدية. نماذج عملية التطوير المرنة.

6. تصميم نموذج العملية. تحديد متطلبات العملية. تستخدم المراحل والمعالم والتحف. اختيار بنية العملية. الإجراء الخاص بإجراء مشروع نموذجي. إجراءات موثقة.

7. نماذج فريق التطوير. الطبيعة الجماعية للتنمية. حجم الفريق الأمثل. تبعية المشاركين في المشروع. تطوير الفريق وتطوير الموظفين. التخصص والتعاون والتفاعل.

8. نماذج فريق التطوير. نموذج الفريق الهرمي. طريقة الفريق الجراحي. نموذج لفريق متساوين.

9. طبيعة البرمجة. علم البرمجة. فن البرمجة. حرفة البرمجة. نماذج البرمجة. البرمجة الهيكلية. البرمجة المنطقية. البرمجة الشيئية.

10. هندسة البرمجيات. أدارة الحدث. بنية العميل / الخادم. خدمات. ثلاث طبقات معمارية. تصميم البرنامج. مفهوم التصميم. التصميم المنطقي. تصميم مفصل.

1. نهج نوفيكوف لتطوير البرمجيات ”http: // window. /window_catalog/files/r60368/itmo307.pdf.

2. البرمجة المتطرفة. - سانت بطرسبرغ: بيتر ، 2002.

3. تكنولوجيا تطوير البرمجيات. - سان بطرسبرج. : بيتر ، 2004.

4. بروكس الابن. مصممة ومبدعة مجمعات البرمجيات. موسكو: Nauka ، 1975 ؛ طبعة ترجمة جديدة: شهر الإنسان الأسطوري. سانت بطرسبرغ: SYMBOL + ، 1999.

5. الخوارزميات + هياكل البيانات = البرامج. م ، مير ، 1978.

6. البرمجة المنهجية. مقدمة. م: مير ، 1977.

7. البرمجة المهيكلة. م: مير ، 1975.

8. برمجة الانضباط. م: مير ، 1978.

9. تقنيات تطوير البرمجيات. - سانت بطرسبرغ: بيتر ، 2002.

10. برمجة Terekhov. م: بنوم ، 2006.

11. عملية تطوير البرمجيات الموحدة رامبو ج. سانت بطرسبرغ: بيتر ، 2002.

النظرية الاقتصادية للمديرين

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

دورة في النظرية الاقتصادية: كتاب مدرسي للجامعات / إد. . - كيروف: "ACA" ، 2004. كوليمايف - النمذجة الرياضية. نمذجة عمليات وأنظمة الاقتصاد الكلي: كتاب مدرسي. م: UNITY-DANA ، 2005. Bazhin cybernetics. خاركيف: القنصل ، 2004. ورشة عمل لوشن حول طرق النمذجة الرياضية: كتاب مدرسي. ولاية نيجني نوفغورود تقنية. جامعة - ن. نوفورود ، 2007. سياسيون حول الاقتصاد: محاضرات الحائزين على جائزة نوبل في الاقتصاد. موسكو: الاقتصاد الحديث والقانون ، 2005. تشيرمنيك. المستوى المتقدم: Textbook.-M.:INFRA-M، 2008. تطور مؤسسات الاقتصاد المصغر. معهد الاقتصاد التابع لفرع الأورال التابع لأكاديمية العلوم الروسية ، - M: Nauka ، 2007.

تقنيات تطوير واعتماد القرارات الإدارية [N]

صنع القرار هو أساس نشاط المدير. مقدمة في نظرية القرار. المفاهيم الأساسية لنظرية القرار. نماذج إدارة الأعمال وتأثيرها على اتخاذ القرار. طرق مختلفةتصنيف الحلول. التصنيفات: حسب درجة الرسمية ، حسب درجة الروتين ، حسب التكرار ، حسب الاستعجال ، حسب درجة تحقيق الأهداف ، حسب طريقة اختيار البديل. طرق اتخاذ القرار الأساسية. الأساليب الإرادية في اتخاذ القرار. أهداف صنع القرار. حان الوقت لإيجاد الحلول. الأخطاء الأساسية الأساليب الرياضية في اتخاذ القرار. الجوانب الرياضية لنظرية اتخاذ القرار. بحوث العمليات. النهج الرياضي لاتخاذ القرار. شجرة القرار. نماذج التطوير واتخاذ القرار. نظرية اللعبة. الأساليب الرياضية في اتخاذ القرار. الجوانب الرياضية لنظرية اتخاذ القرار. نماذج نظرية قائمة الانتظار. نماذج إدارة المخزون. نموذج البرمجة الخطية. مهام النقل. نمذجة المحاكاة. تحليل الشبكات. تحليل إقتصادي. حدود النماذج العقلانية. ملامح التنمية واتخاذ القرار في المجموعة. طريقة لتحديد تماسك المجموعة بناءً على درجة ترابط المجموعات. طرق اتخاذ القرار الجماعي. طريقة الإجماع. طرق التصويت. الأساليب الإبداعية في اتخاذ القرار. العصف الذهني. مؤتمر الأفكار. مجلس السفن. طريقة القبعات العقلية بواسطة دي بونو. نظرية حل المشكلات الابتكاري (TRIZ). الحل النهائي المثالي. أمثلة على المشاكل وحلها باستخدام TRIZ. تطبيق أساليب TRIZ في اتخاذ قرارات فريدة ومبتكرة. طرق تطوير أفكار الحلول وتكييفها مع الموقف. نموذج الشجرة الهدف. استراتيجية تنسيق المصالح. تشكيل القرارات الخاصة بتنسيق المصالح. طرق تحديد مصالح الأطراف المقابلة. أنظمة دعم القرار (أنظمة خبيرة). تاريخ إنشاء أنظمة صنع القرار. تصنيف أنظمة اتخاذ القرار. هيكل نموذجينظام خبير. طرق تمثيل المعرفة. طرق الاستدلال المنطقي. تطبيق الأنظمة الخبيرة في الممارسة.

I. نظرية صنع القرار: كتاب مدرسي. - م: امتحان 2006. - 573 ص. I. صنع القرار. نظرية وأساليب تطوير قرارات الإدارة. الدورة التعليمية. - م: مارس 2005. - 496 ص.تطوير قرار إداري - م: دار ديلو للنشر 2004 - 392 ص. تقييم الخبراء واتخاذ القرار - م: براءات الاختراع ، 1996. - 271 ص. طه // مقدمة في بحوث العمليات = بحوث العمليات: مقدمة. - الطبعة السابعة. - م: "ويليامز" 2007. - ص 549-594. G. ثيل. التوقعات الاقتصادية واتخاذ القرار. م: التقدم ، 1970. K. D. لويس. طرق التنبؤ بالمؤشرات الاقتصادية. م: "التمويل والإحصاء" 1986. G. S. Kildishev، A. A. Frenkel. تحليل السلاسل الزمنية والتنبؤ. م: "الإحصاء" عام 1973. O. Kim، C.W Muller، W.R Klekka et al. Factor، Distinative and Cluster analysis. م: "المالية والإحصاء" 1989. مدير فعال. الكتاب 3. اتخاذ القرار. - MIM LINK ، 1999 Turevsky وإدارة مؤسسة النقل بالسيارات. - م: المدرسة العليا ، 2005. إد. . تحليل النظام في الإدارة: الدورة التعليمية. - م: المالية والإحصاء ، 2006. ، تينكوف: كتاب مدرسي. - م: KNORUS ، 2006.

نمذجة العمليات التجارية في أنظمة الإدارة المتكاملة

ما هي مبادئ العمليات التجارية؟ ما هي مشكلة الوصف الشامل للعمليات التجارية. ما هو النظام وما خصائصه؟ دور تحليل النظم في نمذجة العمليات التجارية؟ العملية ككائن للسيطرة. بيئة العملية. العناصر الأساسية لعملية الأعمال. مزايا وعيوب الإدارة الوظيفية والعملية. دورة إدارة PDCA. مراحل دورة إدارة العملية. دورة PDCA وتنفيذ متطلبات ISO 9001: 2008. منهجية SADT (التحليل الهيكلي وتقنية التصميم - طريقة التحليل والتصميم الهيكلي). جوهر. أحكام أساسية. كيف يتم تقديم النموذج الوظيفي للنشاط في منهجية IDEF0؟ ماذا تعني الأعمال في الرسوم البيانية للنموذج الوظيفي ، وكيف يتم عرضها وفقًا لمنهجية IDEF0؟ ما هي الأسهم في الرسوم البيانية للنماذج الوظيفية ، وما هي أنواعها وأنواعها؟ منهجية DFD. جوهر. المكونات الأساسية لمخططات DFD. ما هي مميزات مخططات DFD وما هو موصوف فيها؟ ما هي ميزات كائنات مخطط DFD؟ ماذا تمثل الأسهم على مخطط DFD؟ منهجية IDEF3. جوهر. وسائل التوثيق والنمذجة. ما هي ميزات مخططات IDEF3 ، ماذا تصف؟ ما هي ميزات كائنات مخطط IDEF3؟ وماذا عن مطلق النار؟ تصنيف العمليات. العمليات التجارية النموذجية. إعادة الهندسة وتقنياتها. متى يكون من المناسب إعادة الهندسة في إدارة الشركة؟ مراقبة وقياس العمليات. مؤشرات عمليات المنظمة. التقييم العددي والتصنيف للعمليات.

"نمذجة العمليات التجارية باستخدام AllFusion Process Modeler (BPwin 4.1) Dialog-MEPhI" 2003 "إنشاء أنظمة معلومات باستخدام AllFusion Modeling Suite" محرر. "Dialogue-MEPhI" 2003 "ممارسة النمذجة الوظيفية مع AllFusion Process Modeler 4.1. (BPwin) أين؟ لماذا؟ كيف؟" إد. "Dialogue-MEPhI" 2004 نمذجة Dubeikovsky مع AllFusion Process Modeler (BPwin). إد. "Dialogue-MEPhI" 2007 D. Mark، K. McGowan "منهجية التحليل الهيكلي وتصميم SADT" 1993 عمل كلاسيكي على منهجية SADT. تحليل Cheremnykh للأنظمة: تقنيات IDEF ، نمذجة وتحليل الأنظمة. تقنيات IDEF. ورشة عمل. م: التمويل والإحصاء ، 2001. "نماذج الأعمال الهيكلية: تقنيات DFD" http: // www. /Level4.asp؟ ItemId = 5810 "نظرية وممارسة إعادة تنظيم عمليات الأعمال" 2003 / P50.1 .. منهجية النمذجة الوظيفية. موسكو: Gosstandart of Russia ، 2000. http: // www. IDEF0 و IDEF3 و DFD http: // www. نمذجة العمليات التجارية عن طريق BPwin http: // www. / Department / se / devis / 7 / IDEF0 في إدارة نمذجة عمليات الأعمال http: /// content / view / 21/27 / http: // www. /dir/cat32/subj45/file1411/view1411.html http: // www. http: // www.

تقييم فاعلية منتجات البرمجيات

1. هندسة تكنولوجيا المعلومات

2. مجالات عمليات الإدارة.

3. قائمة عمليات المجال التخطيط والتنظيم

4. قائمة عمليات المجال الاستحواذ والتنفيذ

5. قائمة العمليات في مجال التشغيل والصيانة

6. قائمة العمليات في مجال المراقبة والتقييم

7. توصيف مستويات عملية نضج النموذج

9. KPI و KGI علاقتهما والغرض منها

1. 10. الضوابط العامة لتكنولوجيا المعلومات وضوابط التطبيق. مجالات مسؤولية ومسؤوليات الأعمال وتكنولوجيا المعلومات.

Cobit 4.1 الطبعة الروسية.

التنظيم القانوني لإنشاء واستخدام الملكية الفكرية

1. سرد حقوق الملكية الفكرية لنتائج النشاط الفكري والكشف عن محتواها.

2. اذكر أنواع عقود التصرف بالحق الاستئثاري. صف كل من هذه العقود بشأن التصرف بالحق الاستئثاري.

4. وصف الأحكام الرئيسية للحماية القانونية لبرنامج الكمبيوتر كموضوع لحقوق المؤلف.

5. قارن بين الأحكام الرئيسية للحماية القانونية لقاعدة البيانات كموضوع لحقوق المؤلف وكموضوع للحقوق المجاورة.

6. وصف شروط أهلية براءات الاختراع لموضوعات حقوق براءات الاختراع: الاختراعات. نماذج مفيدة عينات صناعية.

7. توسيع محتوى معايير الأهلية لبراءة الاختراع: الجدة ؛ خطوة مبتكرة؛ قابلية التطبيق الصناعي.

8. وصف شروط وإجراءات الحصول على براءة اختراع أو نموذج منفعة أو نموذج صناعي ، وكذلك الشروط التي تضمن صلاحية البراءات ومدتها.

9. قدم تعريفاً "للمعرفة الفنية" واذكر الشروط التي بموجبها تنشأ الحماية القانونية لأسرار الإنتاج ويتم تنفيذها.

10. ضع قائمة بوسائل التفرد المحمية واذكر خصائصها المقارنة.

1. ، حقوق الملكية الفكرية في الاتحاد الروسي، الكتاب المدرسي // M ، Prospect ، 2007

2. ، قانون الملكية الفكرية ، الكتاب المدرسي // M ، RIOR ، 2009

إدارة المشاريع وتطوير البرمجيات [R]

ما هي المنهجية ، ولماذا هي ضرورية. الهيكل العام للمنهجية ، العناصر الرئيسية للمنهجية. مبادئ تصميم المنهجية الخاصة. أمثلة على القطع الأثرية المختلفة ، والأدوار ، والكفاءات ، والشروط الحدودية. هيكل منهجية كاوبورن ، مقاييس المنهجية. معايير مشروع كاوبورن. معايير اختيار المنهجية ، مصفوفة كاوبورن. دورة حياة المشروع. نماذج الشلال ودورة الحياة التكرارية. حدود قابلية التطبيق للنماذج الانحدارية والتكرارية. RUP كمثال لمنهجية تكرارية. مفاهيم RUP الأساسية ، حدود التطبيق. دور الإنسان في تطوير البرمجيات. منهجيات رشيقة ، مبادئ أساسية لمنهجيات رشيقة. أصل المنهجيات الرشيقة. سكرم كمثال لمنهجية رشيقة. الأدوار والتحف والأنشطة في سكرم. حدود قابلية تطبيق سكرم. البرمجة المتطرفة (XP) الأفكار والقيم والممارسات الأساسية وحدود التطبيق. أوجه التشابه والاختلاف بين Scrum و XP. جمع وإدارة المتطلبات. الممارسات الأساسية والمصطلحات والمبادئ. مقاربات لتوثيق المشروع والمنتج ، الأنواع الرئيسية للوثائق. أمثلة على ممارسات إدارة المتطلبات من المنهجيات التي تمت مناقشتها في الدورة. تخطيط تطوير البرمجيات. أنواع الخطط ، إدارة المخاطر ، المخاطر الشائعة. أمثلة على ممارسات التخطيط التنموي من المنهجيات التي تمت مناقشتها في الدورة. اختبار في تطوير البرمجيات. مفهوم تجميع (بناء) منتج برمجي. طرق الاختبار الأساسية والشروط. أمثلة على ممارسات الاختبار من المنهجيات التي تمت مناقشتها في الدورة. مفهوم التجميع (البناء) ، طرق تخزين الكود ، الأدوات. مبدأين لتنظيم العمل بنظام التحكم في الإصدار. ميزات عملية إصدار / تخطيط المنتج لفئات المنتجات المختلفة ، أمثلة على الممارسات. مفاهيم حديثة لهندسة البرمجيات ، معماريات متعددة المستويات ، معايير معمارية. قائمة بالقرارات اللازمة عند تصميم البرامج ، وأساليب اختيار نظام تخزين البيانات.

كينت بيك - البرمجة المتطرفة فريدريك بروكس - شهر الرجل الأسطوري أو كيف يتم إنشاؤها أنظمة البرمجيات. توم دي ماركو - الموعد النهائي. رواية عن إدارة المشاريع. توم دي ماركو ، تيموثي ليستر - رقصة الفالز مع الدببة. توم دي ماركو ، تيموثي ليستر - العامل البشري _ المشاريع والفرق الناجحة. أليستير كاوبورن - لكل مشروع منهجيته الخاصة. أليستير كاوبورن - الناس باعتبارهم غير خطيين وأهم مكونات في تطوير البرمجيات. أندريه أورلوف - ملاحظات عن آلة أوتوماتيكية. اعتراف مهني. فيليب كراشتن - مقدمة في العملية العقلانية الموحدة. Henrik Kniberg - Scrum و XP: ملاحظات من الخط الأمامي. عروض محاضرات الدورة

شعبية في الفئة: