لتطوير النموذج "كما هو" ، تم تصميم أداة CASE ذات المستوى الأعلى AllFusion Process Modeler (BPwin) ، والتي تدعم المنهجيات التالية:
إنشاء نموذج بمعيار IDEF0.
يهدف النموذج الوظيفي إلى وصف العمليات التجارية الحالية في المؤسسة (ما يسمى بنموذج AS-IS "كما هو") والحالة المثالية - ما يجب على المرء أن يسعى لتحقيقه (نموذج TO-BE "كما ينبغي أن يكون "). تنص منهجية IDEF0 على بناء نظام هرمي من الرسوم البيانية - أوصاف فردية لأجزاء النظام.
يبدأ بناء نموذج IS بوصف أداء المؤسسة (النظام) أو جزء منفصل منه (في حالتنا ، تأمين السكان) ككل في شكل مخطط سياق. يوضح الشكل 2 مخطط سياق "تأمين السكان" في IS:
الصورة 2.
يوضح مخطط السياق أن شركة التأمين تتلقى من العميل طلبًا لاستبدال أو إصدار بوليصة ، بالإضافة إلى جواز سفر ، SNILS ، بوليصة صالحة (في حالة الاستبدال). تتمثل آليات الإدارة في الإجراءات القانونية التنظيمية ، والتوصيف الوظيفي ، وميثاق الشركة ، فضلاً عن الاتفاقيات الإضافية. الموظفون هم الموارد اللازمة للتشغيل السلس لصناعة التأمين. ستكون نتائج التأمين عبارة عن بوليصة تأمين جديدة ، وتقارير عن الأعمدة الصادرة وتقارير عن الوضع المالي للشركة ، والتي يتم إرسالها إلى المكتب الرئيسي لتتبع الديناميكيات.
علاوة على ذلك ، يتم تقسيم عملية التأمين بأكملها إلى عمليات فرعية ، والتي بدورها يمكن أن تتحلل إلى عمليات فرعية أصغر. نتيجة لهذا التقسيم ، تم تصوير كل جزء من النظام في مخطط تحلل منفصل. (انظر الشكل 3):
تين. 3.
نتيجة لمزيد من التقسيم لوظيفة "العمل مع السكان" ، نحصل على مخطط التحلل التالي (انظر الشكل 4):
الشكل 4.
نقوم بتفكيك وظيفة "استلام المستندات والتسجيل" والحصول على الرسم التخطيطي النهائي (انظر الشكل 5):
الشكل 5.
توضح المخططات بوضوح العمليات التي تتم عند تلقي السياسة ، بدءًا من عملية استلام المستندات من العميل وانتهاءً بإصدار السياسة إليه. أيضًا ، يتم فحص المستندات الواردة ، ويتم أخذ كل عميل تلقى السياسة في الاعتبار ، ونتيجة لذلك يتم إعداد التقارير اللازمة للإدارة العليا.
تتم الآن إضافة مورد مثل قاعدة البيانات ، والذي يمكن من خلاله تبسيط عملية سير العمل في Sogaz-Med OJSC (انظر الشكل 6):
الشكل 6. مخطط سياق نموذج "كما ينبغي أن يكون".
في الرسوم البيانية "تأمين السكان" و "العمل مع السكان" و "استقبال وتسجيل الوثائق" ، تمت إضافة مصدر قاعدة بيانات. كانت هناك تغييرات في الرسم التخطيطي المدروس سابقًا لتحليل "قبول المستندات وتسجيلها". الآن قبول المستندات والتحقق منها هو عملية واحدة ، ونتيجة لذلك يتضح أن العميل لديه سياسة. يمكنك أيضًا تتبع تاريخ انتهاء السياسة وإخطار العميل مسبقًا (انظر الشكل 7):
الشكل 7.
ويترتب على نموذج "كيف ينبغي أن يكون" أن استخدام قاعدة بيانات في مجال التأمين للسكان يقلل بشكل كبير من وقت المعالجة ليس فقط للمستندات الواردة من العملاء ، بل يجعل أيضًا من الممكن مراقبة صحة المستندات عن كثب والتي بدورها تؤدي إلى نجاح إيجابي في العمل مع قاعدة العملاء وتحسين صورة الشركة.
كاند. فيز. مات. علوم،
أستاذ مشارك في قسم البرمجيات والأنظمة الذكية ،
معهد ولاية دونيتسك للذكاء الاصطناعي
روتشكينا ف.
.,
طالب دراسات عليا من جامعة دونيتسك الوطنية
تغطي تكنولوجيا المعلومات مجالات جديدة من العلوم والتكنولوجيا والأعمال. وخير مثال على ذلك هو قطاع التأمين. أصبح إدخال واستخدام تقنيات المعلومات الحديثة نمطًا منتظمًا. هذا يرجع في المقام الأول إلى التدفق المتزايد للمعلومات التي يجب تجميعها وتخزينها ومعالجتها. أدى النمو في حجم تداول مستندات شركة التأمين إلى:
- زيادة عدد العاملين في شركة التأمين ؛
- إلى زيادة تكاليف إدارة أعمال التأمين ؛
- الافتقار إلى المرونة في إدارة شركة التأمين ؛
- إلى زيادة أسعار خدمات التأمين للشركة ، ونتيجة لذلك ، انخفاض قدرتها التنافسية.
تعتمد قدرة شركة التأمين على معالجة واسترداد كميات كبيرة من المعلومات في الوقت المناسب بشكل مباشر على مستوى أتمتة أنشطتها.
النتيجة المثلى للعمل على تطوير أتمتة شركة التأمين هي تطوير وتنفيذ نظام معلومات حاسوبي (CIS) لمعالجة البيانات ، يهدف إلى تغطية جميع العناصر الرئيسية للعملية التكنولوجية وضمان أمن البيانات الكامل في جميع المراحل من معالجة المعلومات.
تتضمن عملية انتقال شركة التأمين إلى نظم المعلومات الحاسوبية ثلاث مراحل: تطوير وتصميم النظام وبرمجته وتنفيذه.
تتمثل الخطوة الأولى في مرحلة تطوير وتصميم نظام معلومات الشركة في عملية بناء نماذج أعمال مثالية وحقيقية لـ IC ("برمجة الأعمال"). يتم تنفيذ تصميم العمليات التجارية باستخدام كل من التقنيات الكلاسيكية (SADT) والتقنيات الحديثة (UML). الأساليب لها مزايا وعيوب ، لكنها تسمح لك بإضفاء الطابع الرسمي وتبسيط فهم أنشطة الشركة ومجالاتها الفردية.
المنهجية الكلاسيكية للتحليل الإنشائي وتصميم SADT ("التحليل الهيكلي وتقنية التصميم")يسمح لك بوصف أنشطة الشركة من وجهة نظر وظيفية وهيكلية. تعكس الرسوم البيانية التي تم إنشاؤها باستخدام هذا النهج نظام عمليات الشركة التجارية كمجموعة من الوظائف والإجراءات والمهام التي يتم إجراؤها في الشركة ، وتصف مبادئ استخدام تدفقات البيانات. هذه المخططات سهلة الفهم للمتخصصين على مختلف مستويات إدارة الشركة.
تتيح لك منهجية التحليل والتصميم الموجهين للكائنات باستخدام لغة النمذجة الموحدة UML ("لغة النمذجة الموحدة") أن تعكس ديناميكيات عمليات الشركة.
الخطوة التالية في هذه المرحلة هي اختيار الأدوات والأنظمة لنمذجة الأعمال. أنظمة CASE ( "هندسة البرمجيات بمساعدة الحاسوب") هي الأنسب لهذا الغرض. يعتمد اختيار CASE على منهجية النمذجة المختارة. يتم تنفيذ تقنية النمذجة الهيكلية الكلاسيكية بالكامل باستخدام نظام BPWin ، وهو جزء من حزمة برامج Computer Associates AllFusion Modeling 4.1. يتم إنشاء نماذج العملية للمعايير (الرموز) التالية في نظام BPWin: IDEF0 و DFD و IDEF3.
النماذج المستندة إلى معيار IDEF0 مطلوبة لتحديد العمل الأساسي وغير المكرر وغير الزائد والفعال والموارد المخصصة بشكل صحيح. تصف مخططات تدفق البيانات (DFDs) وظائف معالجة المعلومات والوثائق والأشياء والأشخاص والأقسام. يستخدم هذا مجموعة من العناصر للمصادر والمصارف ومخازن البيانات. لمنطق تفاعل تدفقات المعلومات ، يتم استخدام IDEF3. بمساعدتها ، فإنهم يميزون كلاً من صياغة منفصلة لتنفيذ عملية الأعمال وتسلسل كامل من الإجراءات.
تسمح لك المخططات التي تم إنشاؤها باستخدام BPWin بصياغة بيان المشكلة بدقة أكبر وتحديد مراحل حلها.
النظر في عمليات تنظيم المحاسبة والمحافظة على عقود التأمين وتسوية الخسائر المترتبة عليها. الموضوعات في هذه العمليات هي: العميل (شخص طبيعي أو اعتباري) وموظفو شركة التأمين. الهدف هو نشاط المحاسبة والمحافظة على عقود التأمين ، وكذلك تسوية الخسائر المترتبة عليها.
تتضمن محاسبة عقود التأمين العمليات التالية:
- تسجيل حامل الوثيقة ، الشروط الأساسية لعقد التأمين ؛
- تجهيز عقود التأمين.
- حساب دين المؤمن عليه (عند دفع أقساط التأمين حسب الجدول الزمني) ؛
- تسجيل المدفوعات.
- حساب رصيد المبلغ المؤمن عليه ؛
تشمل صيانة عقود التأمين العمليات التالية:
- قبول الوثائق الواردة ؛
- معالجة البيانات بموجب عقود الإنهاء ؛
- معالجة البيانات بموجب اتفاقيات التجديد ؛
- تكوين المستندات الصادرة (خطابات تمديد العقد أو سداد القسط التالي) ؛
- حساب الخصومات نتيجة تجديد العقد ومراعاة السجل التأميني الإيجابي للعميل ؛
- إصدار مستندات صادرة.
تشمل تسوية المطالبات بموجب عقود التأمين العمليات التالية:
- قبول الوثائق الواردة ؛
- تسجيل حامل الوثيقة (شخص مؤمن عليه) ؛
- تسجيل حدث مؤمن عليه ؛
- تقييم الحدث المؤمن عليه ؛
- الحفاظ على تاريخ الأحداث المؤمن عليها بموجب عقد التأمين ؛
- الحفاظ على تاريخ الأحداث المؤمن عليها لحامل الوثيقة (الشخص المؤمن عليه) ؛
- حساب تعويض التأمين (مدفوعات التأمين) ؛
- تحرير عقد التأمين وتسجيله.
- تسجيل مدفوعات التأمين.
- إعداد بيان بمدفوعات التأمين (التعويضات) ككل للشركة ، مع مراعاة خصائص التصنيف المختلفة ؛
- تشكيل الوثائق الصادرة ؛
- إصدار مستندات صادرة.
بعد تحديد العمليات التنظيمية الرئيسية للنشاط ، من الضروري توحيد تدفق المستندات لشركة التأمين. يكون نظام معلومات الكمبيوتر فعالاً عندما يتم تحديد العمليات التنظيمية لأنشطة الشركة ، ويكون سير العمل موحدًا.
في الخطوة الأخيرة من تطوير وتصميم رابطة الدول المستقلة ، يتم وضع مهمة فنية. يجب أن تحتوي الاختصاصات على المتطلبات العامة للنظام ، والمتطلبات التفصيلية لمهام ووظائف النظام ، وغيرها من الوثائق الفنية. كلما تمت صياغة متطلبات النظام الجاري تطويره بدقة ، زادت دقة تنفيذها.
نظام معلومات الكمبيوتر الحديث لشركة التأمين هو نظام لإدخال المعلومات ومعالجتها وتخزينها ، والذي يغطي جميع الأقسام الرئيسية والخدمات ومجالات عمل الشركة ويلبي متطلبات الكفاءة والموثوقية والاكتمال الوظيفي والوضوح وإمكانية الوصول و إمكانية الإعتماد على.
الكفاءة - يجب قضاء أقل وقت ممكن في إدخال ومعالجة المستندات الأولية ، حيث تقل قيمة المعلومات كل يوم.
تتحقق الموثوقية بفضل نظام معلومات الكمبيوتر ، حيث يتم تبديل وظائف التحقق من صحة إدخال البيانات.
الاكتمال الوظيفي - مع الأخذ في الاعتبار الحد الأقصى من المعلومات ، وكذلك امتثال البيانات الواردة في الوثائق الأولية لمتطلبات اللوائح والتعليمات والمعايير والاتفاقيات الداخلية.
الوضوح - يجب أن تكون البيانات المدخلة من الوثائق الأولية المستخدمة من قبل أقسام الشركة متسقة ومتسقة ، وفي حالة عدم الاتساق ، يجب توفير آليات التحكم وإجراءات تصحيح البيانات.
يجب احترام توافر البيانات للقيام بالمقدار المطلوب من العمل للتحقق من المعلومات المحاسبية ، وكذلك للحصول على معلومات عن المستندات غير المطلوبة للعمل الحالي لأقسام الشركة.
الموثوقية - ضمان الحد الأدنى من فقدان البيانات مع الاسترداد اللاحق في حالة فشل النظام بسبب عوامل موضوعية وذاتية.
بتعبير أدق ، يمكن صياغة المهمة الفنية مع مراعاة المخططات والرسوم البيانية المصممة في مرحلة تطوير وتصميم النظام باستخدام أدوات ذكاء الأعمال الحديثة.
تتضمن الخطوة الأولى في مرحلة البرمجة اختيار وتصميم نموذج التخزين. تم تضمين المتفجرات من مخلفات الحرب في المجموعة شركاء الكمبيوتر AllFusion Modeling 4.1 ،يسمح لك بتصميم نموذج البيانات المحدد باستخدام مخططات DFD.
الخطوة التالية في مرحلة البرمجة هي تحديد نظام أو لغة برمجة. ثم يتم إنشاء أجزاء الخادم والعميل من النظام أو لغة برمجة الواجهة. بعد ذلك يأتي تجميع الطلبات وتشكيل قوالب للتقارير.
الخطوة الأخيرة في مرحلة البرمجة هي اختبار وتصحيح كل من الأجزاء الفردية للبرنامج والنظام بأكمله.
تشمل المراحل الرئيسية للتنفيذ تركيب وتعديل نظام معلومات الكمبيوتر. علاوة على ذلك ، هناك توضيح للوثائق الأولية وأشكال التقارير. يتضمن تكييف النظام إحضاره من المستوى As Is إلى المستوى To Be ، حتى تعديل عمليات الأعمال نفسها.
يجب أن يحتوي نظام معلومات الكمبيوتر على وحدات (أنظمة فرعية) تتوافق مع مجالات العمل الرئيسية داخل الشركة: العقد ، صيانة العقود ، المدفوعات ، التحليل ، الأعمال الأساسية ، الخبراء. تركز كل هذه الكتل على توفير معلومات سريعة وموثوقة لإدارة الشركة لاتخاذ قرارات إدارية مستنيرة.
دعونا نلقي نظرة فاحصة على عمل مجموعة الخبراء. هذه الكتلة عبارة عن نظام خبير (ES) قادر على حل المهام الرئيسية للشركة ، مثل:
- الكفاءة في اتخاذ القرار بشأن اختيار منتج التأمين للعميل وفقًا لشروط التأمين المحددة ؛
- القدرة على تنفيذ سياسة الاكتتاب عبر الإنترنت للأقسام الهيكلية للشركة ، والتي تكون بعيدة عن المكتب الرئيسي للشركة ؛
- تحليل وتوقع سياسة التعريفة الجمركية حسب أنواع التأمين ومنتجات التأمين الخاصة بالشركة ؛
- تحليل أنشطة الشركة اعتبارًا من تاريخ إعداد التقارير وفقًا لمعايير التصنيف المحددة (على سبيل المثال ، إيصالات المدفوعات من قبل أقسام البيع للشركة ، حسب أنواع التأمين ، حسب منتجات التأمين ؛ المعلومات التشغيلية عن الخسائر المعلنة من قبل الشركة ، حسب أنواع التأمين ، من خلال منتجات التأمين ؛ معلومات تشغيلية عن المدفوعات الفعلية ؛ معلومات عن النتيجة الفنية لأنشطة الشركة في أي تاريخ).
يعمل نظام الخبراء بالمعرفة المطورة في مجال التأمين والبيانات المتراكمة من قبل شركة التأمين. يحل البرنامج المهام المعينة عن طريق الاستدلال المنطقي ، والوصول إلى نظام الحقائق ، واستنتاج النتائج من المعلومات المتاحة في قاعدة المعرفة. تتكون قاعدة المعرفة (KB) من ثلاثة أجزاء:
1. قواعد تصف العلاقات وطرق حل مشكلات منطقة التطبيق. يتكون KB من المعرفة الواقعية المخزنة في قاعدة بيانات على الناقل والمعرفة المستخدمة لاشتقاق المعرفة الأخرى.
2. آلية الانسحاب. يحتوي على مبادئ وقواعد العمل ، ويختار طريقة تطبيق قواعد حل المشكلات. يحدد القواعد التي يجب استدعاؤها ، وتنظيم الوصول إليها في قاعدة المعرفة. يكتشف محرك الاستدلال وجود حل مقبول ويقدمه.
3. نظام واجهة المستخدم. يمكن أن تساعد المستخدمين عند العمل مع ES ، حتى لو لم يعرفوا كيف يتم تنظيمها ؛ يشرح للمستخدم كيفية الحصول على النتيجة.
سيزيد نظام معلومات الكمبيوتر المهيكل بشكل احترافي الميزة التنافسية لشركة التأمين ، التي تتزايد تدفقات المعلومات الخاصة بها كل يوم. تشمل عملية انتقال شركة التأمين إلى نظم المعلومات الحاسوبية مراحل التطوير والبرمجة والتنفيذ. سيقوم هذا النظام بأتمتة إدخال المعلومات لتلقي تقارير عن أنشطة الشركة ، والاحتفاظ بالسجلات مركزيًا ومعالجة البيانات ، وتنفيذ معالجة البيانات الإلكترونية وتبادل المعلومات ، وتحليل الأنشطة بسرعة مع التحديد اللاحق لتكتيكات الشركة ، والتنبؤ بأنشطة الشركة والتخطيط لها . الصعوبات في الانتقال إلى أنظمة معلومات الكمبيوتر - أولاً وقبل كل شيء ، الوقت المستغرق في تطوير النظام وتنفيذه ، والتكاليف النقدية المرتفعة (عملية مكلفة لتوحيد ووصف العمليات التجارية لشركة التأمين) ، وتغيير التقاليد الراسخة في الشركة. ومع ذلك ، فهي مثالية من الناحية الاقتصادية وتسمح لك بالعمل بشكل تنافسي في سوق الخدمات المالية.
انظر أيضا في هذا الموضوع.
شركات التأمين هي وسطاء ماليون متخصصون في تقديم خدمات التأمين. يتمثل نشاطهم في تكوين الصناديق الخاصة على أساس العقود المبرمة مع الكيانات القانونية والأفراد (من خلال بيع بوالص التأمين) ، والتي يتم من خلالها سداد المدفوعات لحملة وثائق التأمين بمبالغ محددة في حالة وقوع أحداث معينة (أحداث مؤمنة) ).
إذا لم يناسبك هذا العمل في أسفل الصفحة ، فهناك قائمة بالأعمال المماثلة. يمكنك أيضًا استخدام زر البحث
مقدمة ………………………………………………………………… .. ……… 3
1. .….5
1.1 التحليل الاقتصادي لأنشطة شركة التأمين
Sogaz-Med OJSC ………………………………………………………………… ..5
1.2. تقييم انسياب وثيقة شركة التأمين OJSC "Sogaz-Med" ... ..7
1.3 تطوير نموذج وظيفي "كما هو" ………………… .. 10
2. تصميم قاعدة بيانات شركة التأمين Sogaz-Med OJSC ……………………………………… .16
2.1. تطوير نموذج وظيفي "كما يجب أن يكون" ............................. .................. 13
2.2. تطوير نموذج منطقي-فيزيائي …………………………………… 16
3. تطوير قاعدة بيانات لشركة OJSC “Sogaz-Med” ……… ... ……………… 19
3.1 اختيار بيئة برمجية لتطوير قواعد البيانات ………………………
3.2 الوظائف والإجراءات الرئيسية المستخدمة في تطوير قاعدة البيانات .... (طلب الفرز والتصفية ... إلخ)
3.3 اختبار التطبيق .......
الخلاصة ……………………………………………………………… .. …… .25
المراجع ………………………………………………………… ..… ... 26
الملاحق ………………………………………………………………………… .. 28
مقدمة
في الظروف الحديثة ، تتزايد أهمية نظم المعلومات ، مما يسمح بتوفير الدعم المعلوماتي لعمليات صنع القرار. تعد قواعد البيانات من العناصر الأساسية لمعظم أنظمة المعلومات.
بالنظر إلى مجال موضوع مثل نشاط شركة التأمين ، فمن المستحيل بلا شك الاستغناء عن هيكلة المعلومات في قاعدة بيانات.
شركات التأمين - هؤلاء هم وسطاء ماليون متخصصون في تقديم خدمات التأمين. يتمثل نشاطهم في تكوين الصناديق الخاصة على أساس العقود المبرمة مع الكيانات القانونية والأفراد (من خلال بيع بوالص التأمين) ، والتي يتم من خلالها سداد المدفوعات لحملة وثائق التأمين بمبالغ محددة في حالة وقوع أحداث معينة (أحداث مؤمنة) ).
تعمل شركة التأمين مع قدر كبير جدًا من المعلومات ، سواء عن الموظفين أو العملاء. هذا يتطلب قاعدة بيانات مشتركة تحتوي على جميع المعلومات الضرورية. هذا سهل الاستخدام للغاية وضروري لأتمتة العملية.لذلك ، فإن أتمتة أعمال التأمين في روسيا واعدة للغاية - في العديد من شركات التأمين المحلية بدأت مؤخرًا فقط في التفكير بجدية في الحاجة إلى نشر أنظمة الشركات المعقدة.
تكمن الأهمية في حقيقة أن كمية كبيرة من المعلومات التي تمر عبر القسم هي السبب الرئيسي لاستخدام تكنولوجيا الكمبيوتر. تسهل أتمتة أنشطة شركات التأمين الحفاظ على قاعدة بيانات العقود وتسريع الوصول إليها ، وتبسيط إعداد وثائق التقارير ، وبالتالي زيادة إنتاجية العمل. كما أنه يزيل أوجه القصور مثل تعقيد التحكم في موثوقية المعلومات (هناك احتمال كبير للأخطاء ، والسهو عند الملء يدويًا) ، والحاجة إلى حساب بعض المؤشرات باستخدام آلة حاسبة وافتقارها إلى الدقة.
الهدف من مشروع الدورة هو تطوير قاعدة بيانات "تأمين السكان" لـ JSC "Sogaz-Med" في بيئة دلفي 7.0.
الكائن: شركة التأمين OJSC "Sogaz-Med"
مهام:
1. تحليل نشاط شركة التأمين OJSC "Sogaz-Med"
OJSC "Sogaz-Med"
تأسست شركة التأمين الطبي OJSC Sogaz-Med في عام 1998 كشركة تابعة لشركة Gazprom تحت اسم Gazprommedstrakh ؛ في صيف عام 2003 ، أثناء دمج أعمال التأمين ، تم دمجها في مجموعة Sogaz.
الأهداف والغايات الرئيسية لشركة Sogaz-Med OJSC هي: تحسين نظام الدعم الطبي ، وتنظيم الرعاية الطبية ومراقبة جودتها ، والاستخدام الرشيد للأموال المخصصة للدعم الطبي ، وحماية حقوق المؤمن عليهم.
شركة Sogaz-Med OJSC متخصصة في التأمين الصحي الإجباري (MHI). في نهاية عام 2013 ، احتلت الشركة المرتبة الثانية في تصنيف شركات التأمين الطبي في روسيا من حيث إيصالات التأمين من التأمين الطبي الإجباري. اليوم OJSC "Sogaz-Med" هي واحدة من أكبر شركات التأمين الطبي في الاتحاد الروسي مع عدد المؤمن عليهم أكثر من 15.7 مليون شخص (أكثر من 11٪ من سكان روسيا). تضم الشبكة الإقليمية أكثر من 550 قسمًا فرعيًا على أراضي 38 كيانًا من الكيانات المكونة للاتحاد الروسي. يبلغ رأس المال المدفوع المصرح به للشركة 102.5 مليون روبل ، اعتبارًا من 30 سبتمبر 2014 ، والذي يتوافق تمامًا مع متطلبات التشريع الحالي للاتحاد الروسي إلى حجم رأس المال المصرح به ويسمح لشركة OJSC Sogaz-Med بالتخطيط لأنشطتها على التأمين الطبي الإجباري على أساس طويل الأجل.
تواصل OJSC SOGAZ-Med تنفيذ برنامج إدخال الوسائل التكنولوجية الحديثة لتطوير نظام التأمين الطبي الإجباري. شارك عدد من فروع الشركة في تنفيذ المشروع الفيدرالي "Universal Electronic Card" (UEC). خلال الفترة الماضية ، بلغ عدد الطلبات المقبولة لإصدار UEC على أساس نقاط إصدار سياسات فروع OJSC SOGAZ-Med حوالي 2.3 ألف قطعة. تصدر العديد من مكاتب الشركة بوالص تأمين طبي إلزامي لعينة واحدة على شكل بطاقة بلاستيكية مع ناقل إلكتروني ("البوليصة الإلكترونية").
تتمتع OJSC SOGAZ-Med بمكانة مستحقة في المجتمع المهني. في مارس 2013 ، أكدت وكالة تصنيف RA الخبيرة تصنيف الموثوقية وجودة الخدمات على مستوى A ++ لشركة التأمين SOGAZ-Med OJSC ("مستوى عالٍ بشكل استثنائي من الموثوقية وجودة الخدمات")
هذه الشركة عضو في الجمعيات المتخصصة التالية:
المدير العام لشركة SOGAZ-Med للتأمين D.V. تولستوف هو عضو في هيئة رئاسة الاتحاد الأقاليمي لشركات التأمين الطبي.
أظهر التحليل الاقتصادي أنه في نهاية عام 2014 بلغ حجم أقساط التأمين للشركة للتأمين الطبي الإجباري 44.45 مليون روبل ، وهو ما يزيد 1.3 مرة عن مؤشرات العام السابق. بالإضافة إلى ذلك ، بلغت مدفوعات التأمين بموجب التأمين الطبي الإجباري 34.434 مليار روبل ، أو 95.34٪ من المبلغ الإجمالي لأقساط التأمين.
بالنسبة لوضع الملكية ، في سياق سير عمل المؤسسة ، تخضع قيمة الأصول وهيكلها لتغييرات مستمرة. يمكن الحصول على الفكرة العامة للتغييرات النوعية التي حدثت في هيكل الأموال ومصادرها باستخدام التحليل الرأسي والأفقي لإعداد التقارير.
يوضح التحليل الرأسي هيكل أموال الشركات ومصادرها. تتمثل ميزة التحليل الرأسي على التحليل الأفقي في استخدام المؤشرات النسبية فيه ، والتي تعمل إلى حد ما على تخفيف التأثير السلبي للعمليات التضخمية ، والتي يمكن أن تشوه بشكل كبير المؤشرات المطلقة للبيانات المالية وبالتالي تعقد مقارنتها في الديناميات. انظر الجدول 1)
الجدول 1 - هيكل أصول شركة OJSC "Sogaz-Med"
من البيانات المذكورة أعلاه ، يمكن الاستنتاج أنه في عام 2012 كانت هناك زيادة في كمية الأصول الثابتة للمؤسسة بمقدار 1724 ألف روبل ، ومع ذلك ، في هيكل الأصول ، انخفضت حصة الأصول الثابتة بنسبة 0.55 ٪. في عام 2013 ، كان هناك انخفاض بمقدار 406 آلاف روبل.
الشركة ليس لديها أصول غير ملموسة. كما أن حصة الأصول المالية طويلة الأجل في هيكل الأصول غير مهمة ولها ديناميكيات متغيرة: 2012 - 5.11٪ ، 2013 - 7.19٪ ، 2014 - 3.13٪.
بشكل عام ، ارتفعت حصة الأصول غير المتداولة في عام 2013 بنسبة 1.55٪ ، وفي عام 2014 انخفضت بنسبة 4.36٪.
مؤشر المجموعة الثانية من الأصول - الأصول المتداولة ، له الاتجاه المعاكس. في 2012 ، كانت حصتهم 93.30٪ ، في 2013 - 91.75٪ ، في 2014 ارتفعت إلى 96.11٪.
بالنسبة للفترة التي تم تحليلها ، فإن الجزء الرئيسي من الأصول المتداولة هو الذمم المدينة ، حيث تمثل 66.38٪ في عام 2012 ، و 62.24٪ في عام 2013 ، وفي عام 2014 تم تخفيض الحصة إلى 46.63٪.
زاد مبلغ الأموال مرتين تقريبًا كل عام: من 401732 ألف روبل. في عام 2012 ما يصل إلى 740367 ألف روبل. في عام 2013 وحتى 1،705،579 في عام 2014.
يشير كل ما سبق إلى أن الوضع المالي لشركة Sogaz-Med OJSC يتحسن كل عام فقط ، مما يعني أن هذه المنظمة تتطور وتزيد من قاعدة عملائها ، مما يؤدي بدوره إلى زيادة حجم العمل في عملية تعميم وثيقة المنظمة.
1. 2. تقييم تدفق المستندات لشركة التأمين OJSC "Sogaz-Med"
إن تحليل وتقييم سير عمل المنظمة في الوقت المناسب هما شرطان لأداء عملها الفعال وتطورها المستقر. من المستحيل زيادة كفاءة عمل المنظمة حقًا دون التحسين المستمر لتوثيق جميع العمليات التجارية الرئيسية والداعمة ، وكذلك بدون تحسين تنظيم العمل المكتبي.
بنفس الطريقة ، في شركة OJSC "Sogaz-Med" ، يعد تدفق المستندات أحد أهم العمليات التجارية للمؤسسة. على سبيل المثال ، ضع في اعتبارك قائمة المستندات المطلوبة للحصول على سياسة OMI.
المستندات التالية أو نسخها المعتمدة المطلوبة للتسجيل كشخص مؤمن عليه مرفقة بطلب اختيار (استبدال) مؤسسة طبية تأمين:
1) للأطفال الذين هم من مواطني الاتحاد الروسي بعد التسجيل الرسمي للمواليد والذين تقل أعمارهم عن أربعة عشر عامًا:
2) لمواطني الاتحاد الروسي الذين تبلغ أعمارهم أربعة عشر عامًا فما فوق:
3) للأشخاص الذين يحق لهم الحصول على مساعدة طبية وفقًا للقانون الاتحادي "بشأن اللاجئين":
4) للمواطنين الأجانب المقيمين بشكل دائم في الاتحاد الروسي:
5) للأشخاص عديمي الجنسية المقيمين بشكل دائم في الاتحاد الروسي:
6) للمواطنين الأجانب المقيمين مؤقتًا في الاتحاد الروسي:
7) للأشخاص عديمي الجنسية المقيمين مؤقتًا في الاتحاد الروسي:
8) لممثل عن المؤمن عليه:
9) بالنسبة للممثل القانوني للمؤمن عليه:
مما سبق ، يتضح أن موظفي شركة التأمين Sogaz-Med OJSC يضطرون إلى قضاء الكثير من الوقت في التعامل مع المستندات ، وغالبًا في العمل الذي لا يرتبط مباشرة بالأعمال المهنية. من المواقف الشائعة عدم إيلاء الاهتمام الكافي للتواصل مع العملاء ، نظرًا لأن شركات التأمين تشارك في معظم الأحيان في مسح المستندات وإتقان أنظمة إدارة المستندات.
ونتيجة لذلك ، فإن الاستخدام غير الرشيد للموارد والأولويات المتغيرة لشركة التأمين يقلل بشكل خطير من تنافسية الشركة في سوق التأمين ويعيق توسع الأعمال.
لذلك ، تحتاج الشركة إلى تحسين سير العمل بحيث لا يتطلب مشاركة كمية كبيرة من الموارد البشرية ويجعل من الممكن بسهولة وبسرعة استرداد المعلومات اللازمة في الوقت الحالي من التخزين. بالنسبة للشركة ، سيعني ذلك لحظتين فائزتين: تحسين غير مشروط في جودة الخدمة المقدمة وتقليل الوقت المستغرق لخدمة عميل واحد ، مما قد يقلل من عدد الموظفين.
من المهم أيضًا ألا يسمح لك التحسين بتبسيط تدفقات المستندات فحسب ، بل سيساعد أيضًا في تقليل تكلفة إنشائها ومعالجتها.
مزايا أتمتة تدفق المستندات لشركة التأمين Sogaz-Med OJSC:
لتطوير النموذج "كما هو" ، تم تصميم أداة CASE ذات المستوى الأعلى AllFusion Process Modeler (BPwin) ، والتي تدعم المنهجيات التالية:
إنشاء نموذج في المعيار IDEF0.
يهدف النموذج الوظيفي إلى وصف العمليات التجارية الحالية في المؤسسة (ما يسمى بنموذج ASأنا S "كما هي") والحالة المثالية - ما يجب على المرء أن يسعى لتحقيقه (نموذج TO-BE "كما ينبغي"). تنص منهجية IDEF0 على بناء نظام هرمي من الرسوم البيانية - أوصاف فردية لأجزاء النظام.
يبدأ بناء نموذج IS بوصف أداء المؤسسة (النظام) أو جزء منفصل منه (في حالتنا ، تأمين السكان) ككل في شكل مخطط سياق. يوضح الشكل 2 مخطط سياق "تأمين السكان" في IS:
الصورة 2. مخطط سياق التأمين السكاني
يوضح مخطط السياق أن شركة التأمين تتلقى من العميل طلبًا لاستبدال أو إصدار بوليصة ، بالإضافة إلى جواز سفر ، SNILS ، بوليصة صالحة (في حالة الاستبدال). تتمثل آليات الإدارة في الإجراءات القانونية التنظيمية ، والتوصيف الوظيفي ، وميثاق الشركة ، فضلاً عن الاتفاقيات الإضافية. الموظفون - الموارد اللازمة للعمل بسلاسة في صناعة التأمين. ستكون نتائج التأمين عبارة عن بوليصة تأمين جديدة ، وتقارير عن الأعمدة الصادرة وتقارير عن الوضع المالي للشركة ، والتي يتم إرسالها إلى المكتب الرئيسي لتتبع الديناميكيات.
علاوة على ذلك ، يتم تقسيم عملية التأمين بأكملها إلى عمليات فرعية ، والتي بدورها يمكن أن تتحلل إلى عمليات فرعية أصغر. نتيجة لهذا التقسيم ، تم تصوير كل جزء من النظام في مخطط تحلل منفصل. (انظر الشكل 3):
تين. 3. مخطط التحلل IDEF 0 تأمين سكاني
. نتيجة لمزيد من التقسيم لوظيفة "العمل مع السكان" ، نحصل على مخطط التحلل التالي (انظر الشكل 4):
الشكل 4. مخطط التحلل IDEF 0. العمل مع السكان.
نقوم بتفكيك وظيفة "استلام المستندات والتسجيل" والحصول على الرسم التخطيطي النهائي (انظر الشكل 5):
الشكل 5. مخطط التحلل IDEF
توضح المخططات بوضوح العمليات التي تتم عند تلقي السياسة ، بدءًا من عملية استلام المستندات من العميل وانتهاءً بإصدار السياسة إليه. أيضًا ، يتم فحص المستندات الواردة ، ويتم أخذ كل عميل تلقى السياسة في الاعتبار ، ونتيجة لذلك يتم إعداد التقارير اللازمة للإدارة العليا.
1.4 تطوير نموذج "كيف يجب أن يكون"
تتم الآن إضافة مورد مثل قاعدة البيانات ، والذي يمكن من خلاله تبسيط عملية سير العمل في Sogaz-Med OJSC (انظر الشكل 6):
الشكل 6. مخطط سياق نموذج "كما ينبغي أن يكون".
في الرسوم البيانية "تأمين السكان" و "العمل مع السكان" و "استقبال وتسجيل الوثائق" ، تمت إضافة مصدر قاعدة بيانات. كانت هناك تغييرات في الرسم التخطيطي المدروس سابقًا لتحليل "قبول المستندات وتسجيلها". الآن قبول المستندات والتحقق منها هو عملية واحدة ، ونتيجة لذلك يتضح أن العميل لديه سياسة. يمكنك أيضًا تتبع تاريخ انتهاء السياسة وإخطار العميل مسبقًا (انظر الشكل 7):
الشكل 7. مخطط التحلل IDEF 0- استلام وتسجيل المستندات.
ويترتب على نموذج "كيف ينبغي أن يكون" أن استخدام قاعدة بيانات في مجال التأمين للسكان يقلل بشكل كبير من وقت المعالجة ليس فقط للمستندات الواردة من العملاء ، بل يجعل أيضًا من الممكن مراقبة صحة المستندات عن كثب والتي بدورها تؤدي إلى نجاح إيجابي في العمل مع قاعدة العملاء وتحسين صورة الشركة.
الفصل 2 برنامج القسم
2.1 وصف النموذج المنطقي
يوضح الشكل 8 النموذج المنطقي للنظام ، الذي تم تنفيذه باستخدام برنامج ERWin من Computer Associates:
الشكل 8. نموذج البيانات المنطقية.
يحتوي النموذج المنطقي على 3 كيانات.
يحتوي الكيان "نوع المستند" على معلومات حول اسم المستند. حقل مفتاح معرف المستند بنوع بيانات عدد صحيح. الحقل بدون مفتاح "نوع المستند" بنوع البيانات "char (100)".
يحتوي كيان "بوليصة التأمين" على بيانات حول العميل والوثيقة والموظف. المفتاح الحقل "رقم بوليصة التأمين" بنوع البيانات "عدد صحيح". الحقول غير الرئيسية "الاسم الكامل" مع نوع البيانات "char (100)" ، "تاريخ الميلاد" بنوع البيانات "" ، "معرف المستند" int ، "رقم سلسلة المستندات" int ، "SNILS" int "رقم هاتف المؤمن عليه" int ، "تاريخ تسجيل السياسة"التاريخ والوقت ، "فترة صلاحية الوثيقة"التاريخ والوقت ، "هوية الموظف" int
يحتوي كيان "الموظف" على بيانات حول الموظف. حقل مفتاح معرف الموظف بنوع بيانات عدد صحيح. الحقول غير الرئيسية "الاسم الكامل" و "الموضع" مع أنواع البيانات "char (100)".
2.2. نموذج البيانات المادية
الشكل 9 نموذج البيانات المادية.
يتم إنشاء النموذج المادي باستخدام قدرات برنامج CA Erwin Data Modeler. حدد قائمة Tools-> Forward Engineer-> Schema Generation واضغط على زر Generate في النافذة التي تظهر. في النافذة التي تظهر ، حدد اسم قاعدة البيانات التي تم إنشاؤها في Microsofr Server 2008 والخادم. تم إنشاء قاعدة البيانات بنجاح.
يصف اتصالات وتطبيع)
الفصل 3. قسم البرنامج
عن طريق النقر فوق الزر الراديوي 1 (100 يوم) يتم تشغيل الوظيفة.
الإجراء TForm1.RadioButton1Click (المرسل: TObject) ؛
فار ق: سلسلة ؛
يبدأ
Form1.Query2.Close ؛
Form1.Query2.SQL.Clear ؛
<:newdate1) ");
Form1.Query2.ExecSQL ؛
نهاية؛
عن طريق النقر فوق الزر الراديوي 2 (50 يومًا) يتم تشغيل الوظيفة.
يبدأ
Form1.Query2.Close ؛
Form1.Query2.SQL.Clear ؛
Form1.Query2.SQL.Add ("اختر الرقم ، FIO ، SNILS ، الهاتف من dbo.OMS") ؛
Form1.Query2.SQL.Add ("where (Date_reg_doc + 50>: newdate1)")؛
Form1.Query2.ParamByName ("newDate1"). AsdateTime: = Form1.DateTimePicker1.DateTime؛
Form1.Query2.ExecSQL ؛
نهاية؛
عن طريق النقر فوق الزر الراديوي 3 (10 أيام) يتم تشغيل الوظيفة
يبدأ
Form1.Query2.Close ؛
Form1.Query2.SQL.Clear ؛
Form1.Query2.SQL.Add ("اختر الرقم ، FIO ، SNILS ، الهاتف من dbo.OMS") ؛
Form1.Query2.SQL.Add ("where (Date_reg_doc + 50>: newdate1)")؛
Form1.Query2.ParamByName ("newDate1"). AsdateTime: = Form1.DateTimePicker1.DateTime؛
Form1.Query2.ExecSQL ؛
نهاية؛
عند النقر فوق الزر في قائمة "الإعدادات" -> تسجيل الموظف ، يظهر مربع الحوار "تسجيل الموظف" مع حقلين والزر "تسجيل"
زر +1
يبدأ
Form3.Query1.Close ؛
Form3.Query1.SQL.Clear ؛
Form3.Query1.ExecSQL ؛
نهاية؛
عندما تضغط على مفتاح التسجيل ، يتم تشغيل الإجراء TForm 2. زر 1 انقر
يبدأ
Form2.Query3.Close ؛
Form2.Query3.SQL.Clear ؛
Form2.Query3.ExecSQL ؛
Form2.Query4.Active: = FALSE ؛
Form2.Query4.Active: = TRUE ؛
نهاية؛
استنتاج
في الوقت الحالي ، تحتاج الشركات إلى حل المشكلات المتعلقة بتدفق المستندات على مستوى أعلى. تتطلب التدفقات الضخمة للمعلومات المتغيرة باستمرار من موظفي المؤسسة سرعة ودقة القرارات المتخذة ، بهدف الحصول على أقصى ربح بأقل تكلفة. لذلك ، تواجه الشركات بشكل متزايد مشاكل مرتبطة بمعالجة المعلومات الواردة. يمكن حلها عن طريق أتمتة العمليات في الشركات.
تساعد الأتمتة على تقليل تكلفة ممارسة الأعمال التجارية من خلال تنظيم وتبسيط وصول موظفي الشركة إلى المعلومات التي يحتاجون إليها. يغير طبيعة عمل الموظفين ويخفف عنهم الأعمال الروتينية ويمنحهم الفرصة للتركيز على المسؤوليات المهنية المهمة.
في مشروع الدورة هذا ، تم النظر في عملية تأمين السكان في شركة OJSC "Sogaz-Med". تم وصف ووصف العمليات التجارية التي تحدث عند استلام السياسة. واقترحوا أيضًا حلًا لمشكلة هذه المؤسسة المرتبطة بتجهيز البضائع الواردة إلى المستودع والمستندات ذات الصلة.
ثم تم تطوير النماذج الوظيفية "كما هي" و "كما ينبغي" ، وبعد ذلك يتم وصف النموذج المنطقي والمادي للبرنامج. بناءً على المعلومات الواردة ، تم إنشاء قاعدة بيانات "التأمين على السكان" في بيئة البرمجةدلفي 7.0 التي توفر أدوات لإدارة البيانات في نظام المعلومات لدعم عمل الحصول على السياسة. تم اختبار البرنامج الناتج.
فهرس
تطبيق
قائمة
وحدة 1
وحدة Unit1؛
واجهه المستخدم
الاستخدامات
حوارات ، قوائم ، StdCtrls ، ComCtrls ، شبكات ، DBGrids ، DB ، DBTables ؛
نوع
TForm1 = فئة (TForm)
MainMenu1: TMainMenu ؛
N1: عنصر TMenuItem ؛
N2: TMenuItem ؛
N3: TMenuItem ؛
N4: TMenuItem ؛
N5: TMenuItem ؛
DBGrid1: TDBGrid ؛
GroupBox1: TGroupBox ؛
RadioButton1: زر TRadio ؛
RadioButton2: TRadioButton ؛
RadioButton3: زر TRadio ؛
الاستعلام 2: استعلام ؛
مصدر البيانات 1: TDataSource ؛
الإجراء N4Click (المرسل: TObject) ؛
الإجراء N5Click (المرسل: TObject) ؛
الإجراء N3Click (المرسل: TObject) ؛
الإجراء RadioButton1Click (المرسل: TObject) ؛
الإجراء RadioButton2Click (المرسل: TObject) ؛
الإجراء RadioButton3Click (المرسل: TObject) ؛
نشر
(إقرارات خاصة)
عام
(الإعلانات العامة)
نهاية؛
Form1: TForm1 ؛
تطبيق
يستخدم الوحدة 2 ، الوحدة 3 ؛
($ R * .dfm)
الإجراء TForm1.N4Click (المرسل: TObject) ؛
يبدأ
Form2.show ؛
نهاية؛
الإجراء TForm1.N5Click (المرسل: TObject) ؛
يبدأ
Form3.show ؛
نهاية؛
الإجراء TForm1.N3Click (المرسل: TObject) ؛
يبدأ
Form1.Close ؛
نهاية؛
الإجراء TForm1.RadioButton1 انقر (المرسل: TObject) ؛ //استعلامات ديناميكية
فار ق: سلسلة ؛
يبدأ
Form1.Query2.Close ؛
Form1.Query2.SQL.Clear ؛
Form1.Query2.SQL.Add ("اختر الرقم ، FIO ، SNILS ، الهاتف من dbo.OMS") ؛
Form1.Query2.SQL.Add ("حيث (Date_reg_doc + 100<:newdate1) ");
Form1.Query2.ParamByName ("newDate1"). AsdateTime: = Form1.DateTimePicker1.DateTime؛
Form1.Query2.ExecSQL ؛
نهاية؛
الإجراء TForm1.RadioButton2Click (المرسل: TObject) ؛
يبدأ
Form1.Query2.Close ؛
Form1.Query2.SQL.Clear ؛
Form1.Query2.SQL.Add ("اختر الرقم ، FIO ، SNILS ، الهاتف من dbo.OMS") ؛
Form1.Query2.SQL.Add ("where (Date_reg_doc + 50>: newdate1)")؛
Form1.Query2.ParamByName ("newDate1"). AsdateTime: = Form1.DateTimePicker1.DateTime؛
Form1.Query2.ExecSQL ؛
نهاية؛
الإجراء TForm1.RadioButton3Click (المرسل: TObject) ؛
يبدأ
Form1.Query2.Close ؛
Form1.Query2.SQL.Clear ؛
Form1.Query2.SQL.Add ("اختر الرقم ، FIO ، SNILS ، الهاتف من dbo.OMS") ؛
Form1.Query2.SQL.Add ("where (Date_reg_doc + 50>: newdate1)")؛
Form1.Query2.ParamByName ("newDate1"). AsdateTime: = Form1.DateTimePicker1.DateTime؛
Form1.Query2.ExecSQL ؛
نهاية؛
نهاية.
الوحدة 2
وحدة Unit2؛
واجهه المستخدم
الاستخدامات
Windows ، الرسائل ، SysUtils ، المتغيرات ، الفئات ، الرسومات ، عناصر التحكم ، النماذج ،
حوارات ، شبكات ، DBGrids ، StdCtrls ، ComCtrls ، DB ، DBCtrls ، DBTables ؛
نوع
TForm2 = فئة (TForm)
Label9: TLabel ؛
GroupBox1: TGroupBox ؛
Label1: TLabel ؛
Label2: TLabel ؛
Label3: TLabel ؛
Label4: TLabel ؛
Label5: TLabel ؛
التسمية 6: TLabel ؛
Edit1: TEdit ؛
DateTimePicker1: TDateTimePicker ؛
Edit2: TEdit؛
Edit3: TEdit؛
تحرير 4: TEdit؛
GroupBox2: TGroupBox ؛
Label7: TLabel ؛
DateTimePicker2: TDateTimePicker ؛
Label8: TLabel ؛
Button1: زر TB ؛
DBGrid1: TDBGrid ؛
الاستعلام 1: TQuery ؛
Table1: TTable ؛
مصدر البيانات 1: TDataSource ؛
الجدول 2: TTable ؛
مصدر البيانات 2: TDataSource ؛
ComboBox1: TComboBox ؛
الاستعلام 2: استعلام ؛
ComboBox3: TComboBox ؛
الاستعلام 3: استعلام ؛
DateTimePicker3: TDateTimePicker ؛
الاستعلام 4: TQuery ؛
DataSource3: TDataSource ؛
نموذج الإجراء إنشاء (المرسل: TObject) ؛
نشر
(إقرارات خاصة)
عام
(الإعلانات العامة)
نهاية؛
Form2: TForm2 ؛
تطبيق
($ R * .dfm)
الإجراء TForm2.FormCreate (المرسل: TObject) ؛
يبدأ
بينما لا يبدأ query1.eof
Combobox1.items.add (query1.fieldbyname ("Name_doc"). Asstring) ؛
الاستعلام 1. التالي
نهاية؛
بينما لا يبدأ query2.eof
Combobox3.items.add (query2.fieldbyname ("FIO"). Asstring) ؛
Query2.next
نهاية؛
Form2.Query4.Active: = FALSE ؛
Form2.Query4.Active: = TRUE ؛
نهاية؛
الإجراء TForm2.Button1Click (المرسل: TObject) ؛
يبدأ
Form2.Query3.Close ؛
Form2.Query3.SQL.Clear ؛
Form2.Query3.SQL.Add ("إدراج في dbo.OMS (FIO، DB، ID_doc، number_doc، SNILS، Telephone، Date_reg_doc، Srok، ID_employee)") ؛
Form2.Query3.SQL.Add ("القيم (: newFIO ،: newDB، (حدد ID_doc من dbo.DOc حيث Name_doc =: newDoc1)،: newNumber_doc ،: newSNILS،: هاتف جديد،: newDate_reg_doc ،: newSrok، (Select ID_employee dbo.employee حيث FIO =: newDoc)) ") ؛
Form2.Query3.ParamByName ("newFIO"). AsString: = Edit1.Text؛
Form2.Query3.ParamByName ("newDB"). AsdateTime: = Form2.DateTimePicker1.DateTime؛
Form2.Query3.ParamByName ("newDoc1"). AsString: = Combobox1.Items.Text؛
Form2.Query3.ParamByName ("newNumber_doc"). AsString: = Edit2.Text؛
Form2.Query3.ParamByName ("newSNILS"). AsString: = Edit3.Text؛
Form2.Query3.ParamByName ("هاتف جديد"). AsString: = Edit4.Text؛
Form2.Query3.ParamByName ("newDate_reg_doc"). AsdateTime: = Form2.DateTimePicker2.DateTime ؛
Form2.Query3.ParamByName ("newSrok"). AsdateTime: = Form2.DateTimePicker3.DateTime؛
Form2.Query3.ParamByName ("newDoc"). AsString: = Combobox1.Items.Text؛
Form2.Query3.ExecSQL ؛
Form2.Query4.Active: = FALSE ؛
Form2.Query4.Active: = TRUE ؛
نهاية؛
نهاية.
الوحدة 3
وحدة Unit3؛
واجهه المستخدم
الاستخدامات
Windows ، الرسائل ، SysUtils ، المتغيرات ، الفئات ، الرسومات ، عناصر التحكم ، النماذج ،
حوارات ، StdCtrls ، DB ، DBTables ؛
نوع
TForm3 = فئة (TForm)
Label1: TLabel ؛
Edit1: TEdit ؛
Label2: TLabel ؛
Edit2: TEdit؛
Button1: زر TB ؛
الاستعلام 1: TQuery ؛
إجراء Button1Click (المرسل: TObject) ؛
نشر
(إقرارات خاصة)
عام
(الإعلانات العامة)
نهاية؛
Form3: TForm3 ؛
تطبيق
($ R * .dfm)
الإجراء TForm3.Button1Click (المرسل: TObject) ؛
يبدأ
Form3.Query1.Close ؛
Form3.Query1.SQL.Clear ؛
Form3.Query1.SQL.Add ("إدراج في dbo.Employee (FIO، Position)")؛
Form3.Query1.SQL.Add ("Values (: newFIO ،: newPosition)")؛
Form3.Query1.ParamByName ("newFIO"). AsString: = Edit1.Text؛
Form3.Query1.ParamByName ("newPosition"). AsString: = Edit2.Text؛
Form3.Query1.ExecSQL ؛
نهاية؛
نهاية.
مشروع
برنامج Project1؛
الاستخدامات
نماذج،
الوحدة 1 في "Unit1.pas" (Form1) ،
الوحدة 2 في "Unit2.pas" (Form2) ،
Unit3 في "Unit3.pas" (Form3) ؛
($ R * .res)
يبدأ
التطبيق.
Application.CreateForm (TForm1 ، Form1) ؛
Application.CreateForm (TForm2 ، Form2) ؛
Application.CreateForm (TForm3 ، Form3) ؛
التطبيق.
نهاية.
أعمال أخرى مشابهة قد تهمك Wshm> |
|||
| 20665. | تصميم وتنفيذ قاعدة بيانات الصيدلية | 2.55 ميجا بايت | |
| مهمة Novokuznetsk لورقة المصطلحات من الضروري تصميم قاعدة بيانات تتضمن المعلومات المقدمة في شكل مجموعة من السمات: Pharmacy Drug name؛ حاشية. ملاحظة؛ تخزين؛ تاريخ استلام؛ آت؛ الرصيد في نهاية الشهر ؛ الشركة المصنعة المورد ، وما إلى ذلك المهمة كما يلي: إنشاء قاعدة بيانات. نظِّم علاقات ثابتة بين الجداول لضمان تكامل قاعدة البيانات الخاصة بك. | |||
| 20182. | كلية تصميم قواعد البيانات نهارا | 2.59 ميجا بايت | |
| تصميم قاعدة بيانات لقسم اليوم بالكلية منجز بواسطة: student gr. في عمل الدورة التدريبية ، تم تعيين المهمة - لتطوير مشروع قاعدة بيانات لتجميع المعلومات الضرورية في المؤسسة لإنشاء تعبئة في قاعدة البيانات. يجب تصميم قاعدة البيانات مع مراعاة تنفيذ الطلبات من مختلف الأنواع للحصول على المعلومات. عند تصميم قاعدة البيانات ، ينبغي النظر في إمكانية إصدار تقرير ورقي. | |||
| 10007. | تصميم قاعدة بيانات "كتالوج قطع غيار السيارات" | 182.36 كيلوبايت | |
| في البداية ، تم استخدام المصفوفات المحلية (أو الملفات) من أجل تجميع المعلومات وتخزينها على جهاز كمبيوتر ، بينما تم إنشاء ملفات خاصة بالمعلومات الأولية والنتيجة لكل مهمة وظيفية يتم حلها. أدى ذلك إلى ازدواجية كبيرة في البيانات ، وعقد تحديثها ، وجعل من الصعب حل المهام الإشكالية المترابطة. | |||
| 14064. | تصميم وإنشاء قاعدة البيانات "Archive MBUK Izhboldinsky SDK" | 24.67 كيلوبايت | |
| يحتوي عمود الجدول على معلومات من نفس النوع لجميع السجلات ويسمى حقل. DBText - يُستخدم لعرض حقول النص الحالية لمجموعة البيانات دون تغييرها. DBEdit - مصمم لعرض الحقول النصية لمجموعة البيانات وتغييرها. مشابه لمكون ComboBox لصفحة Stndrd ولكنه يخدم حقل نص DB. | |||
| 20557. | محطة خدمة سيارات تصميم قاعدة البيانات | 8.01 ميجا بايت | |
| قاعدة البيانات هي ، أولاً وقبل كل شيء ، تخزين كائنات البيانات ، أي مجموعة من المفاهيم أو الأحداث المحتملة التي وصفتها قاعدة البيانات ، مع القدرة على البحث عن هذه الكائنات عن طريق السمات. يمكن اعتبار قاعدة البيانات ليس فقط جداول فهرسة الملفات بمعرفة تنسيقات مختلفة ، ولكن أيضًا هذه الملفات نفسها ، لأنها ليست مستودعات مكتوبة للمعرفة في قاعدة البيانات هذه. يمكن استخدام قواعد البيانات كوسيلة مساعدة لتنفيذ بعض الوظائف المفيدة. | |||
| 13839. | تصميم قاعدة بيانات مكتب كاتب العدل باستخدام تقنيات قاعدة بيانات Access | 13.53 م | |
| كاتب العدل هو أحد أهم مؤسسات النظام القانوني ، المصمم للمساهمة في تشكيل دولة ديمقراطية تحكمها سيادة القانون ، حيث يتم حماية الحقوق والمصالح المشروعة للمواطنين والكيانات القانونية بشكل موثوق من خلال تنفيذ إجراءات التوثيق. | |||
| 15115. | سياسة تعريفة شركة التأمين | 28.09 كيلو بايت | |
| أخطاء في حساب التعريفات وفي تحديد قسط التأمين ، والنقص اللاحق في الأموال لضمان مدفوعات التأمين ، والأخطاء في تطوير خطة حماية إعادة التأمين أو تحديد المشاركين فيها والدفع الزائد لقسط إعادة التأمين أو إفلاس معيدي التأمين ، مستوى مبالغ فيه لتكاليف ممارسة الأعمال التجارية - كل هذا يؤدي إلى خسائر حسب مصدر التغطية التي تخدم الأموال الخاصة لمؤسسة التأمين. ترجع أهمية الموضوع المختار إلى حقيقة أن سياسة التعريفة الجمركية لشركات التأمين هي أساس استقرار ... | |||
| 13963. | منظمة تأمين المركبات في شركة التأمين ذ م م "روزجوستراخ" | 3.04 ميجابايت | |
| يتمثل جوهر التأمين في تكوين صندوق تأمين نقدي معين وتوزيعه في الزمان والمكان للتعويض عن الأضرار المحتملة للمشتركين فيه في حالة الحوادث والكوارث الطبيعية والظروف الأخرى المنصوص عليها في عقد التأمين. الطابع لجميع المركبات المالكون نوع التأمين على السيارات غير الحكومي المرتبط بالحماية ... | |||
| 21849. | تنظيم وتنفيذ حملة العلاقات العامة لتغيير العلامة التجارية لشركة التأمين ALLIANZ | 1021.66 كيلوبايت | |
| فيما يلي تعريفات Sam Black ، الذي كان أول من جاء إلى القارئ الناطق باللغة الروسية: "العلاقات العامة هي إحدى وظائف الإدارة التي تساهم في إنشاء وصيانة الاتصالات ، والتفاهم المتبادل ، والموقع والتعاون بين المنظمة ومؤسساتها. عام. | |||
| 20319. | قواعد البيانات وحمايتها | 102.86 كيلوبايت | |
| ظهرت قواعد البيانات على الإنترنت في منتصف الستينيات. تمت معالجة العمليات في قواعد البيانات التشغيلية بشكل تفاعلي باستخدام المحطات الطرفية. سرعان ما تطورت منظمات السجلات المتسلسلة ذات الفهرس البسيط إلى نموذج سجل أكثر قوة. حصل تشارلز باخمان على جائزة تورينج لقيادته مجموعة مهام قاعدة البيانات (DBTG) ، التي طورت لغة قياسية لوصف البيانات ومعالجة البيانات. | |||
في عام 2000 ، اعتمدت المنظمة الدولية للتوحيد القياسي (ISO) إصدارًا جديدًا من سلسلة 9000 من المعايير ، والتي تحتوي على قائمة بمتطلبات نظام الجودة (QS) الخاص بالمنظمة.
أحد الاختلافات الجوهرية في الإصدار الجديد من المعايير هو استخدام نهج العملية للإدارة ، وكذلك لإنشاء وتشغيل IC.
يمكن تلخيص الفكرة الرئيسية لنهج العملية في الإصدار الجديد من المعايير على النحو التالي:
يجب تقديم أنشطة المنظمة في شكل شبكة من العمليات المتفاعلة ؛
يجب أن تقوم إدارة أنشطة المنظمة على إدارة شبكة من العمليات.
تتناول هذه المقالة نهجًا لوصف وتصنيف العمليات في مؤسسة بناءً على تطبيق منهجية النمذجة الوظيفية IDEF0.
يستخدم ISO 9000: 2000 تعريف العملية التالي:
"مجموعة من العمليات المترابطة والمتفاعلة (الإجراءات) التي تحول المدخلات إلى مخرجات.
ملاحظة 1: مدخلات العمليات هي بشكل عام نواتج عمليات أخرى.
ملاحظة 2. يتم تخطيط العمليات في المؤسسة وتنفيذها في ظل ظروف خاضعة للرقابة لإضافة قيمة ".
يتفق معظم خبراء اللجنة العليا على أن الطريقة الأكثر قبولًا لوصف العمليات هي تمثيلها بيانياً. تقدم المستندات المختلفة المتعلقة بتفسير نهج العملية المبين في الإصدار الجديد من المعيار خيارات مختلفة للعرض الرسومي للعمليات.
يجب أن يعكس وصف العمليات ليس فقط العمليات الفردية ، ولكن أيضًا العلاقات والتفاعلات بين العمليات.
تمثل العمليات ، جنبًا إلى جنب مع العلاقات والتفاعلات ، شبكة العمليات في المؤسسة.
يعتبر وصف شبكة العمليات التي تشكل أنشطة المنظمة مشكلة تنظيمية وتقنية معقدة ، تتطلب حلها وسائل خاصة للوصف والتحليل.
لأول مرة تحقق هذا الظرف في منتصف السبعينيات أثناء تنفيذ المشاريع المعقدة بتكليف من سلاح الجو الأمريكي. في الوقت نفسه ، تم اقتراح وتنفيذ برنامج للتصنيع المتكامل بمساعدة الكمبيوتر (ICAM) ، والذي تم من خلاله ، على وجه الخصوص ، تطبيق منهجية التحليل الهيكلي للأنظمة. في وقت لاحق ، بناءً على هذا النهج ، تم تطوير منهجية النمذجة الوظيفية IDEF0 ، والتي تم اعتمادها في عام 1993 كمعيار اتحادي في الولايات المتحدة ، وفي عام 2000 كمعيار في الاتحاد الروسي.
تستخدم منهجية النمذجة الوظيفية IDEF0 الرموز التالية لتمثيل العملية بيانياً (الشكل 2).
وفقًا لمنهجية IDEF0 ، يتم تمثيل العملية ككتلة وظيفية تحول المدخلات إلى مخرجات في وجود الموارد (الآليات) الضرورية في ظل ظروف خاضعة للرقابة.
يتم تمثيل الترابطات والتفاعلات للعمليات في IDEF0 من خلال أقواس تربط مخرجات بعض الكتل الوظيفية بمدخلات أخرى.
يجب أن يجيب نموذج شبكة العمليات ضمن نظام الجودة على الأسئلة التالية:
ما هي العمليات في أنشطة المنظمة المتعلقة بنظام الجودة؟
ما هو هيكل هذه العمليات بما في ذلك المخرجات والمستهلكين للعمليات والمدخلات والموردين وما إلى ذلك؟
كيف تتفاعل العمليات مع بعضها البعض؟
كيف تفي العمليات بالمتطلبات المحددة في سلسلة ISO 9000 ، الإصدار 2000؟
لكي يجيب النموذج الوظيفي لشبكة العملية على هذه الأسئلة وغيرها داخل IC ، يجب أن يتم بناؤه وفقًا للمتطلبات الإضافية (بالإضافة إلى تلك التي تمت صياغتها في منهجية IDEF0).
فيما يلي قائمة بعيدة كل البعد عن أن تكون قائمة كاملة بالمتطلبات التي يجب أن يفي بها نموذج العملية الوظيفية:
تم بناء النموذج الوظيفي من وجهة نظر إدارة نظام الجودة في المنظمة. مع هذا النهج ، يشتمل النموذج على جميع العمليات والعناصر التي تؤثر على جودة المنتج النهائي والعمليات.
يجب أن يحتوي النموذج الوظيفي على العمليات المحددة على أنها إلزامية ضمن متطلبات سلسلة ISO 9000 ، الإصدار 2000. توجد قائمة بهذه العمليات في MS ISO 9001: 2000.
يجب أن يحتوي النموذج الوظيفي على العناصر (الكائنات) المنظمة في سلسلة ISO 9000 ، الإصدار 2000. وترد قائمة بهذه العناصر في.
يجب أن يغطي النموذج الوظيفي جميع مراحل دورة حياة المنتج التي تقع ضمن نطاق المنظمة.
عملية الأعمال
لكي يفي النموذج الوظيفي بالمتطلبات المدرجة ، يجب أن يتم بناؤه كنموذج لعملية الأعمال.
عملية الأعمال هي مجموعة من العمليات (العمليات ، الإجراءات) والتفاعلات فيما بينها ، والنتيجة (المخرجات) هي المنتجات و / أو الخدمات المقدمة للمستهلكين ، والمدخلات هي المواد والمعلومات وموارد العمل التي يوفرها الموردون الخارجيون.
وبالتالي ، فإن النموذج الوظيفي للعملية التجارية سيغطي عمليات دورة الحياة ، بالإضافة إلى عمليات الدعم والإدارة المرتبطة بها والتي تشكل جزءًا من أنشطة المنظمة. هذا يتوافق تمامًا مع متطلبات IS ISO family 9000 version 2000.
على سبيل المثال ، ينتج استوديو الخياطة (خياطة) المعاطف النسائية ، وإبرام العقود مع المستهلكين. مستهلكي المنتجات هم متاجر الملابس والشركات التجارية والوسيطة. يشتري المشغل المواد الخام من المصانع المتدهورة ، وكذلك من الشركات التجارية والوسيطة. عملية العمل في مشغل الخياطة هي عملية "صنع المعاطف النسائية".
العمليات والعناصر الإلزامية
في ISO 9001: 2000 ، تشمل العمليات الإلزامية ما يلي:
تنفيذ مسؤولية الإدارة العليا في إطار نظام الجودة ؛
إدارة الموارد (عمليات الإنتاج المساعدة) ؛
إدارة عمليات الإنتاج الرئيسية (عمليات دورة حياة المنتج) ؛
عمليات قياس ومراقبة وتحسين SC.
تشمل العناصر الإلزامية ، على سبيل المثال لا الحصر:
المستندات التي تحتوي على سياسة وأهداف المنظمة في مجال إدارة الجودة ؛
المستندات التي تحتوي على مسؤولية موظفي المنظمة (الوصف الوظيفي) ؛
سجلات الجودة ، إلخ.
وفقًا لذلك ، يجب أن يحتوي النموذج الوظيفي على جميع العمليات والعناصر الإلزامية وفقًا لمتطلبات IS ISO 9000 series الإصدار 2000.
في مثالنا ، سيكون للعملية التجارية في مشغل الخياطة الهيكل التالي (الشكل 4).
في الرسم التخطيطي (الشكل 4) ، يتم تقديم العملية في شكل 4 عمليات متفاعلة. كل من العمليات الأربع إلزامية من حيث تلبية متطلبات MS ISO 9001: 2000.
تمثل الأسهم التي تربط الكتل الوظيفية العناصر (الكائنات) التي يتم نقلها من مخرجات بعض العمليات إلى مدخلات أخرى. على وجه الخصوص ، فهي تمثل عناصر العمليات الإلزامية من وجهة نظر IS ISO 9000: 2000 ، مثل ، على سبيل المثال ، "سجلات الجودة" أو "سياسة المنظمة في مجال إدارة الجودة".
يعتبر تصنيف العمليات خطوة مهمة في تحليل أنشطة المنظمة. أحد أغراض التصنيف هو تحديد العمليات المتعلقة بنظام الجودة في المنظمة.
يتكون النموذج الوظيفي من نوعين من العناصر - الكتل الوظيفية والأقواس. وفقًا لذلك ، يتم تقليل تصنيف العمليات الممثلة في النموذج الوظيفي إلى تصنيف الكتل الوظيفية والأقواس المناسبة.
ضمن نموذج IDEF0 ، تم بالفعل تقسيم الأقواس ، اعتمادًا على موضعها في الرسم التخطيطي ، إلى 4 فئات: الإدخال والإخراج والتحكم والآلية.
بالإضافة إلى ذلك ، يمكن تصنيف الأقواس وفقًا لفئة الكائنات التي تمثلها في الرسم التخطيطي. قد تشمل هذه الفئات:
المواد والمواد الخام والمنتجات والموارد ؛
المعلومات والبيانات ؛ سجلات الجودة المستندات؛
أوامر الإدارة والخطط والجداول ؛ وثائق إدارية
المعايير والوثائق التنظيمية ؛
المنفذون المسؤولون وموظفو المنظمة ، إلخ.
من أجل تحديد عناصر من نوع معين في نموذج IDEF0 ، يتم استخدام الاتفاقيات المتفق عليها مسبقًا بشأن النمط الرسومي لتمثيل كائنات من فئات مختلفة أثناء النمذجة. نظرًا لأن الأقواس في نموذج IDEF0 يتم تمثيلها بخطوط مستقيمة ومكسورة ، فإن نمط الرسوم للأقواس يشمل اصطلاحات لون الخط ، وسمك الخط ، ونوع الخط (صلب ، ومنقط ، ومنقط ، وما إلى ذلك) ، ونوع رأس السهم في النهاية. أقواس.
على سبيل المثال ، يتم عرض الأقواس التي تعكس في إطار النموذج الوظيفي "سجلات الجودة" بخط أخضر متصل (الشكل 4).
تجدر الإشارة إلى أن إنشاء تطابق بين فئة الكائن (على سبيل المثال ، سجلات الجودة) والأسلوب الرسومي لتمثيل هذا الكائن (الخط الأخضر الصلب) في النموذج الوظيفي لا يلعب دور العرض فقط. بمساعدة برنامج كمبيوتر ، يمكن معالجة هذا النوع من العلاقات عن طريق إنشاء تقارير خاصة تحتوي ، على سبيل المثال ، على معلومات حول جميع العمليات التي تنتج سجلات الجودة عند المخرجات.
ملحوظة. أنماط الرسوم ليست جزءًا من منهجية IDEF0. تم اقتراح استخدام الأنماط الرسومية لتصنيف العمليات لأول مرة وتنفيذه في نظام IDEF0 / EMTool.
يمكن تصنيف الكتل الوظيفية في نموذج IDEF0 وفقًا لفئات العمليات التي تمثلها. في إطار النماذج الوظيفية للمملكة المتحدة ، يجب استخدام فئات العمليات التي يتم تنظيمها في IS ISO 9001: 2000.
من أجل التمييز بين عمليات فئة معينة في نموذج IDEF0 ، أثناء النمذجة ، يتم استخدام الاتفاقيات المتفق عليها مسبقًا بشأن النمط الرسومي لتمثيل الكتل الوظيفية المقابلة في النموذج عن طريق القياس مع اصطلاحات الأقواس.
يتطلب نهج العملية ، الذي يشكل أساس الإصدار الجديد من IS ISO 9000: 2000 ، استخدام أدوات خاصة لوصف وتصنيف العمليات التي تشكل أنشطة المنظمة.
يوضح المقال أن إحدى هذه الأدوات يمكن أن تكون منهجية النمذجة الوظيفية IDEF0.
يتم دعم استخدام منهجية IDEF0 لوصف العمليات وتصنيفها ليس فقط من خلال قدرة المنهجية على حل هذه المشكلة في إطار نظام جودة المنظمة ، ولكن أيضًا من خلال حقيقة أن هذه المنهجية هي أيضًا معيار للنمذجة الوظيفية في عدد من الدول ، بما في ذلك الولايات المتحدة وروسيا. يجعل الظرف الأخير من الممكن استخدام منهجية IDEF0 كلغة واحدة لتبادل المعلومات بين المنظمات والمراجعين والخبراء.
يتم دعم منهجية IDEF0 بواسطة برامج الكمبيوتر. إن استخدام برامج الكمبيوتر في مرحلة وصف العمليات لا يسمح فقط بزيادة كفاءة حل هذه المشكلة ، ولكن أيضًا لاستخدام هذه النماذج في مرحلة إدارة العملية ، ودمجها في نظام المعلومات المؤسسي للمنظمة.
A.G Kuryan ، P. S. Serenkov
يمكن تنفيذ عملية نمذجة الأعمال في إطار منهجيات مختلفة ، والتي تختلف في المقام الأول في نهجها لماهية المنظمة النموذجية. وفقًا للأفكار المختلفة حول المنظمة ، من المعتاد تقسيم المنهجية إلى كائن ووظيفي (هيكلي).
تقنيات الكائناعتبر المنظمة النموذجية كمجموعة من الكائنات المتفاعلة - وحدات الإنتاج. يتم تعريف الكائن على أنه حقيقة ملموسة - كائن أو ظاهرة لها سلوك محدد بوضوح. الغرض من هذه التقنية هو تحديد الأشياء التي تتكون منها المنظمة ، وتوزيع المسؤوليات بينها للإجراءات التي يتم تنفيذها.
التقنيات الوظيفيةأشهرها منهجية IDEF ، يُنظر إلى المنظمة على أنها مجموعة من الوظائف التي تحول دفقًا واردًا من المعلومات إلى تدفق إخراج. تستهلك عملية تحويل المعلومات موارد معينة. الفرق الرئيسي من منهجية الكائنيتكون من فصل واضح للوظائف (طرق معالجة البيانات) عن البيانات نفسها.
من وجهة نظر نمذجة الأعمال ، كل من الأساليب المقدمة لها مزاياها الخاصة. يتيح لك نهج الكائن بناء نظام أكثر مقاومة للتغييرات ، ويتوافق بشكل أفضل مع الأنظمة الموجودة الهياكل التنظيمية. النمذجة الوظيفيةيظهر نفسه بشكل جيد في الحالات التي يكون فيها الهيكل التنظيمي في طور التغيير أو يكون بشكل عام سيئ التكوين. يتم فهم النهج القائم على الوظيفة بشكل أفضل من قبل فناني الأداء عندما يتلقون معلومات منهم حول عملهم الحالي.
يمكن اعتبار منهجية IDEF0 المرحلة التالية في تطوير اللغة الرسومية المعروفة لوصف الأنظمة الوظيفية SADT (التحليل الهيكلي وتقنية التصميم). تاريخياً ، تم تطوير IDEF0 كمعيار عام 1981 كجزء من برنامج أتمتة صناعية شامل يسمى ICAM (التصنيع بمساعدة الكمبيوتر المتكامل). ترث عائلة معايير IDEF تعيينها من اسم هذا البرنامج (IDEF = Icam DEFinition) ، وتم إصدار آخر مراجعة لها في ديسمبر 1993 من قبل المعهد الوطني الأمريكي للمعايير والتكنولوجيا (NIST).
الغرض من هذه التقنية هو البناء رسم بياني وظيفيالنظام قيد الدراسة ، والذي يصف جميع العمليات الضرورية بدقة كافية لنمذجة لا لبس فيها لنشاط النظام.
تعتمد المنهجية على أربعة مفاهيم رئيسية: كتلة الوظيفة ، قوس الواجهة ، التحلل ، المسرد.
(مربع النشاط) يمثل بعض الوظائف المحددة داخل النظام المدروس. وفقًا لمتطلبات المعيار ، يجب صياغة اسم كل كتلة وظيفية في مزاج الفعل (على سبيل المثال ، "لإنتاج الخدمات"). في الرسم التخطيطي ، يتم تصوير الكتلة الوظيفية بواسطة مستطيل (الشكل 6.1). كل جانب من الجوانب الأربعة للكتلة الوظيفية له معناه الخاص (الدور) ، بينما:
أرز. 6.1
قوس الواجهةيعرض (السهم) عنصر نظام تتم معالجته بواسطة كتلة دالة أو يؤثر بطريقة أخرى على الوظيفة التي تمثلها كتلة الوظيفة هذه. غالبًا ما يشار إلى أقواس الواجهة على أنها تدفقات أو أسهم.
بمساعدة أقواس الواجهة ، يتم عرض كائنات مختلفة تحدد ، بدرجة أو بأخرى ، العمليات التي تجري في النظام. يمكن أن تكون هذه الكائنات عناصر من العالم الحقيقي (أجزاء ، سيارات ، موظفون ، إلخ) أو تدفقات بيانات ومعلومات (مستندات ، بيانات ، تعليمات ، إلخ).
اعتمادًا على أي جانب من الكتلة الوظيفية يناسب قوس الواجهة هذا ، يطلق عليه "داخلي" أو "صادر" أو "تحكم".
وتجدر الإشارة إلى أن أي كتلة وظيفية ، وفقًا لمتطلبات المعيار ، يجب أن يكون لها على الأقل واجهة تحكم قوس وواحدة صادرة. هذا أمر مفهوم - يجب أن تتبع كل عملية بعض القواعد (التي يتم عرضها بواسطة قوس التحكم) ويجب أن تنتج بعض النتائج (القوس المنتهية ولايته) ، وإلا فلن يكون من المنطقي اعتبارها.
يعد الوجود الإجباري لأقواس واجهة التحكم أحد الاختلافات الرئيسية لمعيار IDEF0 من المنهجيات الأخرى لفئات DFD (مخطط تدفق البيانات) و WFD (مخطط تدفق العمل).
تقسيم(التحلل) هو المفهوم الأساسي لمعيار IDEF0. يتم استخدام مبدأ التحلل عند تقسيم عملية معقدة إلى وظائفها المكونة. حيث مستوى التفاصيليتم تحديد العملية مباشرة من قبل عارض النماذج.
يسمح لك التحليل بتمثيل نموذج النظام تدريجيًا ومنظمًا في شكل هيكل هرمي للرسومات التخطيطية الفردية ، مما يجعله أقل عبئًا ويسهل فهمه.
آخر مفاهيم IDEF0 هو قائمة المصطلحات... لكل عنصر من عناصر IDEF0 - الرسوم البيانية ، والكتل الوظيفية ، وأقواس الواجهة - يتضمن المعيار الحالي إنشاء وصيانة مجموعة من التعريفات المناسبة ، والكلمات الرئيسية ، والسرد ، وما إلى ذلك التي تميز الكائن المعروض بواسطة هذا العنصر. تسمى هذه المجموعة مسردًا وهي وصف لجوهر هذا العنصر. يكمل المسرد بشكل متناغم اللغة الرسومية ، ويزود المخططات بالمعلومات الإضافية الضرورية.
يبدأ نموذج IDEF0 دائمًا بعرض النظام ككل - كتلة وظيفية واحدة مع أقواس واجهة تمتد إلى ما وراء المنطقة المدروسة. يسمى هذا الرسم التخطيطي مع كتلة وظيفية واحدة مخطط السياق.
في النص التوضيحي ل مخطط السياقيجب تحديدها هدف(الغرض) بناء الرسم البياني كوصف موجز وثابت وجهة نظر(وجهة نظر).
يعد تحديد وإضفاء الطابع الرسمي على هدف تطوير نموذج IDEF0 نقطة مهمة للغاية. في الواقع ، يحدد الهدف المجالات ذات الصلة في النظام قيد الدراسة والتي يجب التركيز عليها أولاً.
تحدد وجهة النظر الاتجاه الرئيسي لتطوير النموذج ومستوى التفاصيل المطلوبة... يسمح لك التثبيت الواضح لوجهة النظر بتفريغ النموذج ، ورفض التفاصيل ودراسة العناصر الفردية غير الضرورية ، بناءً على وجهة النظر المختارة في النظام. يؤدي الاختيار الصحيح لوجهة النظر إلى تقليل الوقت المستغرق في بناء النموذج النهائي بشكل كبير.
تخصيص العمليات الفرعية. في عملية التحلل ، وكتلة وظيفية ، والتي في مخطط السياقيعرض النظام ككل ، مفصل في رسم تخطيطي آخر. يحتوي مخطط المستوى الثاني الناتج على كتل وظيفية تمثل الوظائف الفرعية الرئيسية لكتلة الوظيفة مخطط السياق، ويسمى الطفل (مخطط الطفل) فيما يتعلق به (تسمى كل من الكتل الوظيفية التي تنتمي إلى الرسم التخطيطي الفرعي ، على التوالي ، الكتلة الفرعية - الصندوق الطفل). في المقابل ، تسمى كتلة الوظيفة الأصلية الكتلة الأصلية فيما يتعلق بالرسم التخطيطي الفرعي (Parent Box) ، والرسم التخطيطي الذي تنتمي إليه يسمى الرسم التخطيطي الأصل (الرسم التخطيطي الرئيسي). يمكن تفصيل المزيد من الوظائف الفرعية للمخطط الفرعي عن طريق تحلل مماثل للكتلة الوظيفية المقابلة. في كل حالة من حالات تحلل الكتلة الوظيفية ، يتم إصلاح جميع أقواس الواجهة التي تدخل أو تغادر هذه الكتلة في الرسم التخطيطي الفرعي. هذا يحقق التكامل الهيكلي لنموذج IDEF0.
في بعض الأحيان ، لا يكون من المنطقي الاستمرار في النظر في أقواس الواجهة الفردية للمستوى الأعلى في المخططات الخاصة بالمستوى الأدنى ، أو العكس - لعكس الأقواس الفردية للمستوى الأدنى على المخططات ذات المستويات الأعلى - سيؤدي ذلك فقط إلى زيادة تحميل المخططات وجعلها يصعب فهمها. لحل مثل هذه المشاكل ، يوفر معيار IDEF0 مفهوم الأنفاق. تدوين "Arrow Tunnel" في شكل قوسين حول بداية قوس الواجهة يشير إلى أن هذا القوس لم يتم توريثه من الكتلة الأصل الوظيفية وظهر (من "النفق") فقط في هذا الرسم التخطيطي. في المقابل ، نفس التعيين حول نهاية (السهم) لقوس الواجهة في المنطقة المجاورة مباشرة لكتلة المستقبل يعني أن هذا القوس يتم عرضه ولن يتم اعتباره في الرسم التخطيطي الفرعي لهذه الكتلة. غالبًا ما يحدث أن الكائنات الفردية وأقواس الواجهة المقابلة لها لا تؤخذ في الاعتبار عند بعض المستويات المتوسطة من التسلسل الهرمي - في هذه الحالة ، "تغرق أولاً في النفق" ثم ، إذا لزم الأمر ، "تعود من النفق".
عادةً ما تحمل نماذج IDEF0 معلومات معقدة ومركزة ، ومن أجل الحد من الازدحام وجعلها قابلة للقراءة ، يتبنى المعيار قيود التعقيد المناسبة.
يوصى بالتمثيل على الرسم التخطيطي من ثلاث إلى ست كتل وظيفية ، بينما يفترض ألا يزيد عدد أقواس الواجهة المناسبة لكتلة وظيفية واحدة (مع ترك كتلة وظيفية واحدة) عن أربعة.
يحتوي معيار IDEF0 على مجموعة من الإجراءات التي تسمح لمجموعة كبيرة من الأشخاص من مناطق مختلفة من النظام المصمم بالتطوير والاتفاق على نموذج. عادةً ما تكون عملية التطوير تكرارية وتتكون من المراحل الشرطية التالية:
ماذا يدخل الوحدة "عند المدخل"؟
استنادًا إلى الأحكام والوثائق ونتائج المسح الموجودة ، يتم إنشاء مسودة نموذجية للنموذج.
تجعل رؤية لغة الرسوم IDEF0 النموذج قابلاً للقراءة تمامًا للأشخاص الذين لم يشاركوا في مشروع إنشائه ، فضلاً عن فعاليته في إقامة العروض والعروض التقديمية. في المستقبل ، على أساس النموذج المركب ، يمكن تنظيم مشاريع جديدة تهدف إلى إجراء تغييرات في النموذج.
