في عام 2000 ، اعتمدت المنظمة الدولية للتوحيد القياسي (ISO) إصدارًا جديدًا من سلسلة 9000 من المعايير ، والتي تحتوي على قائمة بالمتطلبات الخاصة بنظام الجودة الخاص بالمنظمة (QS).
أحد الاختلافات الجوهرية في الإصدار الجديد من المعايير هو استخدام نهج العملية للإدارة ، وكذلك لإنشاء وتشغيل لجنة المعايير.
يمكن تلخيص الفكرة الرئيسية لنهج العملية في الإصدار الجديد من المعايير على النحو التالي:
يجب تمثيل نشاط المنظمة كشبكة من العمليات المتفاعلة ؛
يجب أن تقوم إدارة أنشطة المنظمة على إدارة شبكة العمليات.
تتناول هذه المقالة نهجًا لوصف وتصنيف العمليات في مؤسسة بناءً على تطبيق منهجية النمذجة الوظيفية IDEF0.
يستخدم ISO 9000: 2000 التعريف التالي للعملية:
"مجموعة من العمليات المترابطة والمتفاعلة (الإجراءات) التي تحول المدخلات إلى مخرجات.
ملحوظة 1. عادة ما تكون مدخلات العمليات نواتج عمليات أخرى.
ملاحظة 2: يتم تخطيط العمليات في المؤسسة وتنفيذها في ظل ظروف خاضعة للرقابة لإضافة قيمة ".
يتفق معظم خبراء علوم الكمبيوتر على أن أنسب طريقة لوصف العمليات هي تمثيلها بيانياً. تقدم المستندات المختلفة المتعلقة بتفسير نهج العملية الموضحة في الإصدار الجديد من المعيار خيارات متنوعة للتمثيل الرسومي للعمليات.
يجب ألا تعكس أوصاف العملية العمليات الفردية فحسب ، بل تعكس أيضًا العلاقات والتفاعلات بين العمليات.
تمثل العمليات ، جنبًا إلى جنب مع العلاقات والتفاعلات ، شبكة عمليات المنظمة.
يعتبر وصف شبكة العمليات التي تشكل أنشطة المنظمة مهمة تنظيمية وتقنية معقدة ، يتطلب حلها وسائل خاصة للوصف والتحليل.
لأول مرة تحقق هذا الظرف في منتصف السبعينيات أثناء تنفيذ المشاريع المعقدة بتكليف من سلاح الجو الأمريكي. في الوقت نفسه ، تم اقتراح وتنفيذ برنامج التصنيع المتكامل بمساعدة الكمبيوتر (ICAM) ، والذي تم من خلاله ، على وجه الخصوص ، تطبيق منهجية التحليل الهيكلي للأنظمة. في وقت لاحق ، على أساس هذا النهج ، تم تطوير منهجية النمذجة الوظيفية IDEF0 ، والتي تم اعتمادها في عام 1993 كمعيار فيدرالي في الولايات المتحدة ، وفي عام 2000 كمعيار في الاتحاد الروسي.
في منهجية النمذجة الوظيفية IDEF0 ، يتم استخدام الترميز التالي للتمثيل الرسومي للعملية (الشكل 2).
وفقًا لمنهجية IDEF0 ، يتم تمثيل العملية على أنها كتلة وظيفية تحول المدخلات إلى مخرجات ، بشرط أن تتوفر الموارد (الآليات) الضرورية في ظل ظروف خاضعة للرقابة.
يتم تمثيل العلاقات وتفاعلات العمليات في IDEF0 بواسطة أقواس تربط مخرجات بعض الكتل الوظيفية بمدخلات أخرى.
يجب أن يجيب نموذج شبكة العمليات ضمن نظام الجودة على الأسئلة التالية:
ما هي العمليات في أنشطة المنظمة المرتبطة بنظام الجودة؟
ما هو هيكل هذه العمليات ، بما في ذلك مخرجات العملية والمستهلكين والمدخلات والموردين وما إلى ذلك؟
كيف تتفاعل العمليات مع بعضها البعض؟
كيف يتم استيفاء المتطلبات المحددة في سلسلة ISO 9000 ، الإصدار 2000 ، ضمن العمليات؟
من أجل أن يجيب النموذج الوظيفي لشبكة العملية على هذه الأسئلة وغيرها في إطار عمل لجنة المعايير ، يجب أن يتم بناؤه وفقًا للمتطلبات الإضافية (بالإضافة إلى تلك التي تمت صياغتها في منهجية IDEF0).
ما يلي ليس قائمة كاملة بالمتطلبات التي يجب أن يفي بها نموذج العملية الوظيفية:
تم بناء النموذج الوظيفي من وجهة نظر إدارة نظام الجودة في المنظمة. باستخدام هذا النهج ، يشتمل النموذج على جميع العمليات والعناصر التي تؤثر على جودة المنتج النهائي والعمليات.
يجب أن يحتوي النموذج الوظيفي على العمليات المحددة على أنها إلزامية ضمن متطلبات ISO 9000 series IS ، الإصدار 2000. توجد قائمة بهذه العمليات في MS ISO 9001: 2000.
يجب أن يحتوي النموذج الوظيفي على عناصر (كائنات) منظمة في سلسلة MS ISO 9000 ، الإصدار 2000. وترد قائمة بهذه العناصر في.
يجب أن يغطي النموذج الوظيفي جميع مراحل دورة حياة المنتج المتعلقة بنطاق المنظمة.
عملية الأعمال
لكي يفي النموذج الوظيفي بالمتطلبات المدرجة ، يجب أن يتم بناؤه كنموذج لعملية الأعمال.
عملية الأعمال عبارة عن مجموعة من العمليات (العمليات ، الإجراءات) والتفاعلات فيما بينها ، والنتيجة (المخرجات) هي المنتجات و / أو الخدمات المقدمة للمستهلكين ، والمدخلات هي المواد والمعلومات وموارد العمالة التي يوفرها الموردون الخارجيون.
وبالتالي ، سيغطي نموذج عملية الأعمال الوظيفية عمليات دورة الحياة ، بالإضافة إلى عمليات الدعم والإدارة المرتبطة بها والتي تعد جزءًا من أنشطة المنظمة. هذا يتوافق تمامًا مع متطلبات MS ISO 9000 ، الإصدار 2000.
على سبيل المثال ، ينتج استوديو الخياطة (خياطة) المعاطف النسائية ، وإبرام العقود مع المستهلكين. مستهلكو المنتجات هم متاجر الملابس النسائية والشركات التجارية والوسيطة. يقوم المشغل بشراء المواد الخام من مصانع الصوف الصوفي ، وكذلك من الشركات التجارية والوسيطة. عملية العمل في متجر الخياطة هي عملية "إنتاج المعاطف النسائية".
العمليات والعناصر المطلوبة
في MS ISO 9001: 2000 ، تشمل العمليات الإلزامية ما يلي:
تنفيذ مسؤولية الإدارة العليا ضمن نظام الجودة ؛
إدارة الموارد (عمليات الإنتاج المساعدة) ؛
إدارة عمليات الإنتاج الرئيسية (عمليات دورة حياة المنتج) ؛
عمليات قياس ومراقبة وتحسين SC.
تشمل العناصر الإلزامية ما يلي:
المستندات التي تحتوي على سياسة وأهداف المنظمة في مجال إدارة الجودة ؛
المستندات التي تحتوي على مسؤولية موظفي المنظمة (الوصف الوظيفي) ؛
سجلات الجودة ، إلخ.
وفقًا لذلك ، يجب أن يحتوي النموذج الوظيفي على جميع العمليات والعناصر المطلوبة وفقًا لمتطلبات سلسلة ISO 9000 IS ، الإصدار 2000.
في مثالنا ، سيكون للعملية التجارية في استوديو الخياطة الهيكل التالي (الشكل 4).
في الرسم التخطيطي (الشكل 4) ، يتم تقديم العملية في شكل 4 عمليات متفاعلة. كل من العمليات الأربع إلزامية من حيث تلبية متطلبات MS ISO 9001: 2000.
تمثل الأسهم التي تربط الكتل الوظيفية العناصر (الكائنات) التي يتم نقلها من مخرجات عملية واحدة إلى مدخلات الآخرين. على وجه الخصوص ، فهي تمثل عناصر عملية إلزامية من وجهة نظر MS ISO 9000: 2000 ، مثل ، على سبيل المثال ، "سجلات الجودة" أو "سياسة المنظمة في مجال إدارة الجودة".
يعتبر تصنيف العمليات خطوة مهمة في تحليل أنشطة المنظمة. أحد أغراض التصنيف هو تحديد العمليات المتعلقة بنظام الجودة في المنظمة.
يتكون النموذج الوظيفي من نوعين من العناصر - الكتل الوظيفية والأقواس. وفقًا لذلك ، يتم تقليل تصنيف العمليات المقدمة في النموذج الوظيفي إلى تصنيف الكتل والأقواس الوظيفية الفعلية.
في إطار نموذج IDEF0 ، تم تقسيم الأقواس بالفعل ، اعتمادًا على موقعها في الرسم التخطيطي ، إلى 4 فئات: الإدخال والإخراج والتحكم والآلية.
بالإضافة إلى ذلك ، يمكن تصنيف الأقواس اعتمادًا على فئة الكائنات التي تمثلها في الرسم التخطيطي. قد تشمل هذه الفئات:
المواد والمواد الخام والمنتجات والموارد ؛
المعلومات والبيانات ؛ سجلات الجودة توثيق؛
أوامر الإدارة والخطط والجداول ؛ وثائق إدارية
المعايير والوثائق المعيارية ؛
المنفذون المسؤولون وموظفو المنظمة ، إلخ.
من أجل إبراز عناصر من نوع معين في نموذج IDEF0 ، تستخدم النمذجة اصطلاحات محددة مسبقًا في نمط الرسوم لتمثيل كائنات من فئات مختلفة. نظرًا لأن الأقواس يتم تمثيلها بخطوط مستقيمة ومكسورة في نموذج IDEF0 ، فإن النمط الرسومي للأقواس يتضمن اتفاقيات لون الخط وسمك الخط ونوع الخط (متصل ، متقطع ، نقطة شرطة ، إلخ) ، ونوع السهم في النهاية. أقواس.
على سبيل المثال ، يتم تصوير الأقواس التي تنعكس في إطار النموذج الوظيفي "سجلات الجودة" بخط أخضر متصل (الشكل 4).
تجدر الإشارة إلى أن إنشاء تطابق بين فئة الكائن (على سبيل المثال ، سجلات الجودة) والأسلوب الرسومي لتمثيل هذا الكائن (الخط الأخضر الصلب) في النموذج الوظيفي لا يلعب دورًا عرضيًا فقط. بمساعدة برنامج كمبيوتر ، يمكن معالجة هذه العلاقات ، وإنشاء تقارير خاصة تحتوي ، على سبيل المثال ، على معلومات حول جميع العمليات التي تولد سجلات الجودة عند الإخراج.
ملحوظة. أنماط الرسوم ليست جزءًا من منهجية IDEF0. تم اقتراح استخدام أنماط الرسوم لتصنيف العمليات أولاً وتم تنفيذه في نظام IDEF0 / EMTool.
يمكن تصنيف الكتل الوظيفية في نموذج IDEF0 وفقًا لفئات العمليات التي تمثلها. في إطار النماذج الوظيفية للجنة العليا ، يجب استخدام فئات العمليات التي يتم تنظيمها في MS ISO 9001: 2000.
من أجل تحديد عمليات فئة معينة في نموذج IDEF0 ، تستخدم النمذجة اتفاقيات محددة مسبقًا على النمط الرسومي لتمثيل الكتل الوظيفية المقابلة في النموذج ، عن طريق القياس مع اصطلاحات الأقواس.
يتطلب نهج العملية ، الذي يشكل أساس الإصدار الجديد من MS ISO 9000: 2000 ، استخدام أدوات خاصة لوصف وتصنيف العمليات التي تشكل أنشطة المنظمة.
يوضح المقال أن إحدى هذه الأدوات يمكن أن تكون منهجية النمذجة الوظيفية IDEF0.
لصالح استخدام منهجية IDEF0 لوصف وتصنيف العمليات ، لا يقتصر الأمر على قدرة المنهجية على حل هذه المشكلة ضمن نظام الجودة الخاص بالمنظمة ، ولكن أيضًا حقيقة أن هذه المنهجية هي أيضًا معيار النمذجة الوظيفية في عدد من البلدان ، بما في ذلك الولايات المتحدة الأمريكية وروسيا. يجعل الظرف الأخير من الممكن استخدام منهجية IDEF0 كلغة مشتركة لتبادل المعلومات بين المنظمات والمراجعين والخبراء.
يتم دعم منهجية IDEF0 بواسطة برامج الكمبيوتر. إن استخدام برامج الكمبيوتر في مرحلة وصف العمليات لا يسمح فقط بزيادة كفاءة حل هذه المشكلة ، ولكن أيضًا لاستخدام هذه النماذج في مرحلة إدارة العملية ، ودمجها في نظام المعلومات المؤسسي للمنظمة.
A.G Kuryan ، P. S. Serenkov
مقدمة
يعتمد نجاح أعمال التأمين في روسيا كليًا على مستوى التشغيل الآلي لها.
اليوم لم يعد من الضروري الإقناع بفوائد وضرورة التأمين على السيارة. في ظروف السيارات المكثفة للسكان ، فإن الحجج الأكثر إقناعًا لصالح التأمين هي التقارير اليومية لشرطة المرور حول عدد حوادث المرور وسرقة السيارات. المزيد والمزيد من السائقين ، الذين يأملون في الأفضل ، يشعرون بمزيد من الثقة على الطريق فقط بفضل التأمين على السيارات. لكن التأمين ، وليس التأمين على السيارات فقط ، يحتاج إلى دعم المعلومات. من الواضح أنه من أجل التشكيل الناجح لمساحة معلومات واحدة لأنشطة التأمين ، فإن التوافق بين الطرق السريعة المختلفة أمر ضروري. أحد الأساليب الممكنة لهذا هو توحيد التفاعل الإلكتروني. · التأمين ، باعتباره عاملاً قوياً في التأثير الإيجابي على الاقتصاد وحماية التأمين للكيانات القانونية والأفراد من مخاطر الحوادث ، يعتمد على نظام إدارة عملية تأمين صارم متعدد المستويات ويحتاج إلى خدمة معلومات ودعم. توفر عملية نشاط التأمين حلًا لمختلف المهام الوظيفية ، بدءًا من تنفيذ عقود التأمين المبرمة ، وعرض المعلومات في IS من جوانبها القانونية والمحتوى ، وانتهاءً بتشكيل المحاسبة والتقارير الإحصائية ، وإعداد الإدارة القرارات ، التي تتطلب أتمتة عمليات المعلومات كثيفة العمالة. حددت ميزات دعم المعلومات لحل المشكلات الوظيفية في مجال التأمين ، والتركيز الإقليمي للشركات ، والفروع ، ومحطات عمل المتخصصين العاملين في أنشطة التأمين ، الحاجة إلى استخدام الكمبيوتر ووسائل الاتصال للتفاعل المعلوماتي للمتخصصين العاملين في هذه الصناعة. · تؤكد ممارسة إنشاء واستخدام AIT في أنشطة التأمين جدوى تشغيل شبكة معلومات وحوسبة موزعة أو شبكة متعددة المستويات توفر نظامًا أساسيًا تكنولوجيًا واحدًا بقاعدة معلومات مشتركة للتفاعل مع كل من خادم الملفات والشبكة الأخرى مصادر.
الغرض من مشروع الدورة هو تنفيذ التصميم الأولي لنظام المعلومات في مجال الموضوع المحدد. يجب أن يدعم نظام المعلومات المُطور تنفيذ نشاط محدد للمنظمة ويضمن تنفيذ مجموعة من العمليات ذات الصلة وظيفيًا والمحددة لهذا النشاط. في هذه الحالة ، من الضروري النظر في عملية التأمين على العملاء ودفع تعويضات التأمين وتصميم IS المقابلة.
ولتحقيق هذا الهدف تم تحديد المهام التالية قبل تنفيذ مشروع الدورة:
النظر في مجال موضوع المشروع ؛
لدراسة طرق تصميم نظم المعلومات وتطوير نماذج البيانات بأنواعها المختلفة ؛
أداء التصميم المنطقي والمادي لـ IS ؛
حدد البنية المناسبة للنظام المعني.
موضوع الدراسة هو شركة التأمين "Rosgosstrakh".
الجزء النظري
1.3 قضية-يعنيAllFusionعارض النماذج
تعد AllFusionProcessModeler (المشار إليها فيما يلي باسم BPwin) أداة CASE لنمذجة العمليات التجارية التي تتيح لك إنشاء مخططات في رموز IDEF0 و IDEF3 و DFD. أثناء النمذجة ، يسمح لك BPwin بالتبديل من تدوين IDEF0 في أي فرع من النموذج إلى تدوين IDEF3 أو DFD وإنشاء نموذج مختلط. يدعم BPwin تحليل القيمة الوظيفية (ABC).
يبدأ العمل مع البرنامج بإنشاء نموذج جديد تحتاج إلى تحديد اسم ونوع له (الشكل 1).
الشكل 1 - إنشاء نموذج جديد
يحدد اختيار نوع النموذج الترميز الذي يمكن من خلاله إجراء تحليل العمل. لذلك ، إذا حددت نوع عملية الأعمال (IDEF0) ، فيمكنك في النموذج الذي تم إنشاؤه إجراء تحليل العمل في رموز IDEF0 و IDEF3 و DFD ؛ إذا تم تحديد نوع DataFlow (DFD) - في ترميز DFD و IDEF3 ؛ إذا تم تحديد نوع تدفق العملية (IDEF3) ، فعندئذٍ فقط في تدوين IDEF3.
بعد إدخال اسم النموذج واختيار نوعه ، سيطالبك BPWin على الفور بضبط معلمات النموذج (الشكل 2):
الشكل 2 - نافذة لضبط خصائص النموذج
الترقيم - تنسيق ترقيم الأعمال والرسوم البيانية وترتيب عرضها على الرسوم البيانية ؛
العرض - قائمة عناصر العرض على الرسوم البيانية ؛
تخطيط - معلمات التخطيط ؛
وحدات ABC - وحدات تحليل التكلفة الوظيفية ؛
PageSetup - إعدادات الصفحة ؛
رأس / تذييل - خيارات رأس وتذييل الصفحة.
بعد تحديد خصائص النموذج ، تظهر نافذة البرنامج الرئيسية (الشكل 3) ، والتي تتكون من ثلاثة أجزاء رئيسية:
الشكل 3 - النافذة الرئيسية للبرنامج
1 Model Explorer (ModelExplorer) - يعرض هيكل النموذج (المخططات المتاحة وتسلسلها الهرمي) ؛
2 الجزء الرئيسي - يعرض المخططات التي تعمل بها ؛
3 أشرطة أدوات ، وأكثرها إثارة للاهتمام هو شريط أدوات ModelToolbox.
ملحوظة. في النموذج الذي تم إنشاؤه مع الإعدادات الافتراضية ، يتم عرض الأحرف الروسية بشكل غير صحيح. للقضاء على هذا القصور ، من الضروري تصحيح الخطوط المستخدمة في النموذج. للقيام بذلك ، في القائمة Model -> DefaultFonts ، تحتاج إلى الانتقال بالتسلسل عبر جميع العناصر (الشكل 4) ، وتحديد القيمة السيريلية في القائمة المنسدلة Script وتحقق من خانة الاختيار تغيير الكل
تكرارات (الشكل 5).
الشكل 4 - عناصر القائمة المسؤولة عن إعدادات الخط
الشكل 5 - خيارات الخط
شريط أدوات ModelToolbox.
شريط الأدوات هذا مسؤول عن إنشاء عناصر رسومية متنوعة للنموذج. اعتمادًا على نوع الرسم التخطيطي الحالي ، تتغير مجموعة الأزرار الموجودة عليه.
الجدول 1 - عرض والغرض من أزرار ModelToolbox
|
عرض الزر |
اسم الزر |
تخصيص الزر |
|
|
يحول المؤشر إلى سهم المؤشر بحيث لتتمكن من تحديد الأشياء |
|||
|
IDEF0 - DFD - IDEF3 |
إضافة وظيفة جديدة إلى الرسم التخطيطي |
||
|
أسبقية ArrowTool |
إضافة سهم جديد إلى الرسم البياني |
||
|
إقران اسم السهم بالسهم نفسه |
|||
|
إضافة نص إلى مخطط |
|||
|
الرسم التخطيطي ، القاموس ، المحرر |
استدعاء نافذة مدير الرسم البياني للعرض المخططات المتاحة حسب النوع والذهاب إلى المحدد |
||
|
GotoSiblingDiagram |
الانتقال بين الرسم البياني القياسي ، شجرة العقدة ومخطط FEO |
||
|
GotoParentDiagram |
انتقل إلى الرسم البياني الأصلي |
||
|
GotoChildDiagram |
انتقل إلى الرسم البياني الفرعي |
||
|
ExternalReferenceTool |
إضافة كيان خارجي إلى الرسم التخطيطي |
||
|
إضافة مخزن بيانات إلى رسم تخطيطي |
|||
|
إضافة تقاطع إلى الرسم التخطيطي |
|||
يحتوي النموذج الذي تم إنشاؤه بالفعل على مخطط سياق مع وظيفة واحدة ("الصندوق الأسود") في التدوين الذي تم اختياره في مرحلة إنشاء النموذج. أنت الآن بحاجة إلى تسمية هذا العمل وتعيين خصائصه إذا لزم الأمر. للقيام بذلك ، تحتاج إلى استدعاء نافذة خصائص الوظيفة ، انقر نقرًا مزدوجًا عليها بالماوس (الشكل 6).
الشكل 6 - نافذة خصائص الوظيفة
بعد ذلك ، تحتاج إلى وضع الأسهم على الرسم التخطيطي. للقيام بذلك ، اضغط على زر PrecedenceArrowTool في ModelToolbox (سيأخذ المؤشر شكل تقاطع مع سهم) ، انقر فوق المكان الذي يجب أن ينتقل منه السهم ، ثم انقر فوق المكان الذي يجب أن ينتقل إليه السهم (سيأخذ BPwin قم بتمييز هذه الأماكن عندما تحوم فوقها). لتسمية السهم ، انقر فوق الزر PointerTool في ModelToolbox ثم انقر نقرًا مزدوجًا فوق السهم. في نافذة ArrowProperties التي تظهر ، يتم إدخال اسم الوظيفة في حقل ArrowName أو تحديده من قائمة أسماء الأسهم المتاحة.
بعد وضع الأسهم على الرسم التخطيطي ، يمكنك تحليل عمله. للقيام بذلك ، انقر فوق الزر GotoChildDiagram في ModelToolbox ثم انقر فوق العمل الذي تريد تحليله. ستظهر نافذة تحتاج فيها إلى اختيار الترميز الذي تريد استخدامه للتحليل وعدد الوظائف الفرعية (الشكل 7).
الشكل 7 - إنشاء مخطط فرعي
بعد إنشاء مخطط فرعي ، سيقوم BPwin تلقائيًا بإنشاء العدد المحدد من الوظائف ووضع أسهم حد عند حواف المخطط. بعد ذلك ، اربط أسهم الحدود بإدخالات الوظيفة (إذا لزم الأمر ، يمكنك إضافة أسهم حد جديدة) وربط الوظائف ببعضها البعض. يتم إجراء مزيد من التحلل للأعمال بطريقة مماثلة.
الجزء العملي
2.2 صفوائد الاستخدامAllFusionمعالجةمصمم
يوفر مصممو نماذج العمليات إطارًا لفهم العمليات التجارية وتقييم تأثير أحداث معينة ، فضلاً عن وصف تفاعل العمليات وتدفق المعلومات في المؤسسة.
2.3 بناء نماذج الأعمال- العمليات
باستخدام أداة All Fusion Process Modeler CASE لنمذجة العمليات التجارية ، تم إنشاء ما يلي:
الشكل 9 - النموذج المفاهيمي
الشكل 11 - المستوى الثالث من نموذج البيانات
الشكل 12 - شجرة نموذج البيانات الوظيفية
قائمة المصطلحات والاختصارات
عملية الأعمال عبارة عن مجموعة من الأنشطة أو المهام المترابطة التي تهدف إلى إنشاء منتج أو خدمة معينة للمستهلكين. من أجل الوضوح ، يتم تصور عمليات الأعمال باستخدام مخطط انسيابي لعملية الأعمال.
نظام المعلومات هو نظام معالجة المعلومات الذي يعمل جنبًا إلى جنب مع الموارد التنظيمية مثل الأشخاص والمرافق والموارد المالية التي توفر المعلومات وتوزعها.
خاتمة
لذلك ، فإن الهدف الرئيسي للقانون الاتحادي بشأن التأمين الإجباري هو حماية حقوق الضحايا في التعويض عن الأضرار التي لحقت بحياتهم أو صحتهم أو ممتلكاتهم. تهدف جميع القواعد القانونية الواردة في القانون إلى تحقيق الهدف المحدد. وتحقيقا لهذه الغاية ، يحدد القانون مجموعة من التدابير القانونية والاقتصادية والتنظيمية اللازمة التي تهدف إلى تنظيم شامل للعلاقات بشأن التأمين الإجباري للمسؤولية المدنية لأصحاب المركبات.
تشير الممارسة العالمية لتسوية الأضرار بموجب عقود تأمين المسؤولية المدنية لأصحاب المركبات إلى أن أكثر من ثلثي جميع المدفوعات التي يدفعها المؤمنون يمثلون أضرارًا مادية (ممتلكات). لذلك ، من أجل تطوير نظام OSAGO في روسيا وزيادة مستوى ثقة الجمهور في هذا النوع من التأمين ، فإن الحل في الوقت المناسب للمشاكل التي تنشأ عند تحديد المبلغ ودفع مدفوعات التأمين عن الأضرار التي لحقت بممتلكات الضحايا نتيجة حادث له أهمية خاصة. إن إجراء التغييرات اللازمة على التشريع الحالي بشأن التأمين الإجباري للمسؤولية المدنية لأصحاب المركبات سيساهم في فهم صحيح لمعنى القانون وتنفيذه المتسق من قبل المشاركين في العلاقات القانونية للتأمين وتطبيقه في ممارسة الهيئات القضائية.
تعتمد دورة BPI على تطوير وتنفيذ النموذج الوظيفي للمؤسسة "الطريق الصحيح". من وجهة نظر SADT (التحليل الهيكلي وتقنية التصميم - منهجية التحليل والتصميم الهيكلي) ، يمكن أن يركز النموذج إما على العمليات التجارية للمؤسسة أو على كائناتها. نماذج SADT التي تركز على العمليات التجارية تسمى النماذج الوظيفية (IDEF0 القياسي) ، وتسمى النماذج الموجهة للكائنات (معيار IDEF1) نماذج البيانات. يمثل النموذج الوظيفي نظام العمليات التجارية بالمستوى المطلوب من التفاصيل.
يتكون المستويان الأول والثاني من تحلل نموذج "كما ينبغي" (معيار IDEF0) على أساس العناصر والعناصر الفرعية لسلسلة ISO 9000: 2000. انظر الشكل 7.1. يتم تشكيل المستويات التالية من تحلل نموذج "كما ينبغي" بناءً على نموذج تدفق البيانات (المصمم بناءً على تحليل معيار تخطيط موارد المؤسسات (ERP) ونموذج "كما هو").
تم تصميم نموذج "كما ينبغي" باستخدام مخططات IDEF0 ويتميز بما يلي:
تحويل الكتل التي تحول تيار الإدخال إلى تيار الإخراج تحت تأثير إجراءات التحكم باستخدام الآليات.
المواد والمعلومات والتدفقات المالية الموضحة في نموذج التدفق
أرز. 7.1: العناصر الرئيسية للمشروع
البيانات. ينقسم تدفق المعلومات إلى ثلاث مجموعات:
1. المعلومات المقيدة واردة في القوانين واللوائح ؛ المعايير الدولية والخاصة بالولاية والصناعية ؛ توثيق نظام الجودة الذي ينظم عمل أقسام الشركة ؛ يعتبر تدفق المعلومات هذا بمثابة إجراءات تحكم على كتل التحويل.
2. المعلومات الوصفية واردة في الرسومات ، والأوصاف الفنية وغيرها ، والتفاصيل ، إلخ. المستندات ، باعتبارها جزءًا لا يتجزأ من دورة حياة المنتج.
3. معلومات إلزامية - معلومات حول كيفية وتحت أي شروط ووفقًا للقواعد التي يجب أن يتم تحويل الكائن عند الإدخال إلى كائن عند إخراج كتلة التحويل.
الآليات التي تنقسم إلى تنظيمية موضحة في النموذج التنظيمي ،
و التقنية ، وتحديد نظام المعلومات للمؤسسة (IS من فئة تخطيط موارد المؤسسات).
إجراءات التحكم ، والتي ، على سبيل المثال ، يمكن أن تكون وثائق نظام الجودة.
يتم تقليل النمذجة الوظيفية (نموذج "كما ينبغي") إلى تعميم العمليات والتدفق من نموذج تدفق البيانات الذي تم تطويره مسبقًا (استنادًا إلى معيار ISO 9000) وتصميم هيكل رسومي لتوثيق نظام الجودة كأحد إجراءات التحكم.
1. النموذج الوظيفي هو:
2. نموذج البيانات هو:
3. نموذج SADT الموصوف في معيار IDEF0 هو:
نموذج وجوه المنحى. نموذج موجه نحو العمليات التجارية ؛
4. نموذج SADT الموصوف في معيار IDEF1 هو:
نموذج موجه نحو العمليات التجارية ؛ نموذج وجوه المنحى.
5. يتميز نموذج "الطريق الصحيح" بما يلي:
كتل التزامن المهام؛ الآليات.
تأثيرات السيطرة.
المواد والمعلومات والتدفقات المالية ؛
كتل تحويل
6- تنقسم تدفقات المعلومات إلى المجموعات التالية:
معلومات وصفية معلومات مقيدة معلومات إلزامية. معلومات مفصلة؛ معلومات التصريح
النقاط المسجلة
8 تناسب التحلل IDEF0- كتل مع تطوير وثائق نظام الجودة
تكون الكتل التحويلية في نموذج "كما ينبغي" في علاقة تبعية هرمية: نشاط - عملية - عملية فرعية - عملية - إجراء. انظر الشكل 8.1.
يتم تنفيذ كل كتلة تحويل عن طريق آلية وإجراءات تحكم. الآليات هي الهياكل التنظيمية والتقنية وأنظمة المعلومات التي تدعم أنشطة المؤسسة (يتم تعيين الهيكل التنظيمي والتقني عند تصميم نموذج معياري ، والذي يتم استخدامه لاحقًا في نموذج تدفق البيانات).
وفقًا لمنهجية IDEF0 ، يتم تنفيذ كل كتلة تحويل عن طريق التحكم (المعلومات التقييدية والتعليمية).
يتم تحديد المعلومات الإلزامية من خلال نموذج "كما هي" ومعايير تخطيط موارد المؤسسات وليست الهدف من تصميم نموذج "كما ينبغي" ، بينما المعلومات المقيدة (وثائق نظام الجودة) هي. وبالتالي ، فإن نتيجة تصميم نموذج "كما ينبغي" ستكون هيكلًا بيانيًا لتوثيق نظام الجودة مع معايير معينة لتقييم جودة هذه الوثائق.
في نموذج "الطريق الصحيح" ، ترتبط الكتل التحويلية بوثائق نظام الجودة:
أرز. 8.1: كتل التحول في نموذج "الطريق الصحيح"
1. النشاط - مجموعة من العمليات التجارية التي تميز المستوى الصفري لنموذج "كما ينبغي". يحول النشاط تدفقات الإدخال إلى تدفقات الإخراج باستخدام آليات خاضعة للتحكم من البيئة الخارجية (الدولة ، المجتمع) ، على سبيل المثال ، معيار ISO 9001: 2000.
2. العملية. تتوافق كتل التحويل للمستوى الأول من التحلل لنموذج "كما ينبغي" مع عناصر سلسلة ISO 9001: 2000. يتم تحديد هدف لكل عملية. يضمن تحقيق أهداف جميع العمليات تنفيذ نموذج "كما ينبغي" ، وبالتالي انتقال المؤسسة إلى مستوى أعلى من BPI. يتم تنفيذ العمليات وفقًا للأهداف المحددة الموضحة في دليل الجودة.
3. العمليات الفرعية. تتوافق كتل التحويل للمستوى الثاني من نموذج "كما ينبغي" مع العناصر الفرعية لسلسلة ISO 9001: 2000. بناءً على هدف العملية ، يتم تحديد هدف لكل عملية فرعية مدرجة فيها. تتدفق العمليات الفرعية وفقًا للأهداف المحددة الموضحة في دليل الجودة.
4. العملية - مجموعة من الإجراءات التي يتم تنفيذها بالتتابع أو بالتوازي. يتم تنفيذ العملية:
وفقًا لـ MIKs (تعليمات الجودة المنهجية) ، والتي تمثل المستوى الثالث من توثيق نظام الجودة الخاص بالمؤسسة ؛
مع استهلاك الموارد ؛
تخضع لقيود من العمليات الأخرى والبيئة الخارجية (تخضع لإجراءات الرقابة).
يتم تحديد العمليات المتعلقة بعمليات الأعمال "إدارة الموارد" و "مبيعات المنتجات" في نموذج تدفق البيانات (بناءً على تحليل نموذج "كما هو" وتخطيط موارد المؤسسات
رمي السهام). وبالتالي ، على مستوى العمليات ، فإن معيار ISO 9001: 2000 مرتبط بمعايير ERP الصناعية.
5. العمل. الإجراءات هي نتيجة تحلل العمليات. يتم تنفيذ الإجراء وفقًا لتعليمات نظام الجودة.
يتم ضمان تنفيذ نموذج "كما ينبغي" من خلال الإنجاز المتكامل لأهداف العمليات. إن تحقيق هدف كل عملية ممكن بسبب الإنجاز الشامل لأهداف العمليات الفرعية التي تشكل العملية. سيتم تحقيق هدف كل عملية فرعية من خلال الإنجاز الشامل لأهداف العمليات ، إلخ.
وبالتالي ، فإن تنفيذ نموذج "كما ينبغي" يتم وضعه في كل مكان عمل ويتم تنفيذه من خلال استخدام مجموعة من وثائق نظام الجودة وتفاعل الآليات (نظم المعلومات والموظفين) والعمليات وتدفق البيانات ( المعلومات والمواد والنقدية). يتم الترويج لإدخال نموذج "كما ينبغي" من خلال نظام إدارة مؤسسة متكامل يعتمد على تقنيات المعلومات الحديثة ، على سبيل المثال ، IS لفئة تخطيط موارد المؤسسات (ERP).
9 مشاكل النمذجةإدارة عمليات الأعمال
عند نمذجة العمليات التجارية ، كأحد الأدوات لدعم أنشطة مدير المؤسسة بناءً على منهجية IDEF (تعريف التكامل لنمذجة الوظيفة) ، تنشأ مشكلتان.
الأول هو استخدام المعايير والنماذج الناتجة لإدارة المنظمة. نمذجة العمليات التجارية أو وجود نظام معلومات من فئة تخطيط موارد المؤسسات لا يكفي لدعم عملية الإدارة بشكل فعال ، إذا لم يحدد المدير مهمة "دمجها في عملية الأعمال".
المشكلة الثانية هي نتيجة الأولى وتتعلق بتقديم النماذج المطورة لمديري الشركة. لا تكمن المشكلة في التعقيد المنهجي لـ IDEF ، ولكن في التعبير عن المخططات عند مناقشة واتخاذ القرارات من قبل عدد كبير من المشاركين في وقت قصير (في حجم العرض التقديمي).
الصورة أبلغ من ألف كلمةالحكمة الشعبية
غالبًا ما تكون هناك حاجة في عملي ليس فقط لدراسة مشكلة معينة وحلها ، ولكن لتحديد موقعها في النموذج العام للشركة. لا يكفي أن نفهم أن وحدة معينة لا تعمل بشكل صحيح ، فمن المهم أن نفهم كيف تتفاعل مع الآخرين. خلاف ذلك ، من المستحيل تحديد جميع المشاكل الموجودة واختيار أفضل طريقة لحل المشكلة. ولهذا تحتاج إلى دراسة عمل الشركة ووضع نموذج وظيفي لها.
بالطبع ، من الناحية النظرية ، يجب أن يكون لدى المدير نموذج وظيفي لعمل الشركة ، ولا يهم إذا كنا نتحدث عن تنظيم المستودع أو نظام تكنولوجيا المعلومات من العميل المحتمل إلى الطلب. لكن في الواقع ، لا يتبين أنه يحدث أبدًا ، وبالتالي ، في عملية الدراسة والبحث عن حل للمهمة التي حددها العميل ، أقوم أيضًا بإنشاء نموذج وظيفي للشركة أو عملية معينة (وظيفة) على خاصتي.
وللبدء ، دعنا نلقي نظرة قصيرة على التاريخ. دعنا نعود إلى عام 1877 البعيد ، خلال الحرب الروسية التركية. في ذلك الوقت ، استخدمت الطابعة Sytin الرسوم لأول مرة في وصف العمليات العسكرية. الآن كل هذا مألوف لنا ، عند وصف أي معركة ، تظهر بطاقات بالسهام أمام أعيننا ، والتي توضح بوضوح مسار المعركة. وفي تلك الأيام كانت العمليات العسكرية توصف بالكلمات. لكل قتال - كلمات كثيرة. وكان من الصعب جدًا فهم ما كان يحدث في النهاية.
هذا هو السبب في أن فكرة سيتين كانت ثورية حقًا - فقد بدأ في طباعة نسخ حجرية من الخرائط مع تحديد التحصينات ومواقع الوحدات العسكرية. كانت تسمى هذه البطاقات "لقراء الصحف. المنفعة". اتضح أن الفكرة وثيقة الصلة بالموضوع لدرجة أن أول نسخة مطبوعة من "Help" بيعت على الفور. ثم كان الطلب كبيرًا على هذه التطبيقات. السبب واضح. ساعدت الرسومات في فهم ما كان من المستحيل تقريبًا القيام به بمساعدة الكلمات وحدها.
يمكنني أيضًا أن أذكر مثالًا مشابهًا لعجز الأوصاف اللفظية من ممارستي الخاصة. طلب مني أحد عملائي تولي تنفيذ نظام تخطيط موارد المؤسسات لشركته. عندما سألت عما إذا كان لديهم نوع من المهام الفنية ، تلقيت الإجابة: "نعم ، إنهم يفعلون ذلك. لكنها تحتوي على 400 صفحة ". في الوقت نفسه ، اشتكى العميل كثيرًا من أن زملائي ، الذين اتصل بهم سابقًا ، إما رفضوا المشروع تمامًا ، أو وصفوا بوضوح الأسعار المبالغ فيها. بعد أن رأيت أن الشروط المرجعية كانت بالفعل بطول 400 صفحة وتتألف فقط من وصف نصي ، فهمت أسباب سلوك المطورين. قراءة هذا الحجم من النص ، والتعمق فيه ، وفهم جميع الفروق الدقيقة فقط لفهم المهمة وتسمية السعر أمر صعب للغاية حقًا.
لقد عرضت على هذا العميل خيارًا بديلاً - لوصف كل ما هو ممكن بيانياً في شكل رموز. أظهر له أمثلة على النمذجة. ونتيجة لذلك ، فإنهم الآن يعيدون التفكير في رغباتهم وتصميم الاختصاصات.
أعرف أيضًا العديد من الأمثلة الأخرى عندما ساعدت النمذجة الرسومية للعمليات التجارية زملائي ومستشاري الأعمال والمطورين ورجال الأعمال أنفسهم.
بعد دراسة الوضع الحالي ، أقوم ، مثل أي متخصص آخر تابع لجهة خارجية ، بإنشاء عرض تجاري أظهر فيه بأكبر قدر ممكن من التفاصيل رؤيتي للوضع الحالي ، بالإضافة إلى الإجراءات التي يجب اتخاذها من أجل حل المهمة ، وبالطبع النتيجة المتوقعة.
تقارير مسح العمل هذه ضخمة ، وتحتل أكثر من صفحة واحدة ، وهو أمر ضروري من ناحية ، ولكنه من ناحية أخرى يعقد الإدراك. في البداية ، مثل كثيرين آخرين ، اعتقدت أن التقارير الضخمة جيدة ، لأن الشخص يدفع مقابل العمل وتحتاج إلى تزويده بأكبر قدر ممكن من المعلومات التفصيلية.
غالبًا عند النمذجة على الورق أو في برامج مختلفة ، يحاول المستخدمون زيادة الرؤية باستخدام ألوان مختلفة. هذا أحد أكثر الأخطاء شيوعًا. في الواقع ، لا يؤدي استخدام الأسهم والكتل متعددة الألوان إلا إلى حدوث ارتباك إضافي ، كما يؤدي إلى تشويه تصور المخطط.
يجب أن يكون نموذجك قابلاً للقراءة بالأبيض والأسود ، بدون أي مخططات ألوان إضافية. يساعد هذا النهج في وقت واحد على تجنب سوء الفهم وضبط منشئ النموذج ، ونتيجة لذلك ، تزداد قابلية القراءة ومعرفة القراءة والكتابة للنموذج.
الخيار الأفضل هو تقديم تفاصيل كافية لفهم المشكلة ، ولا شيء أكثر من ذلك. يمكن الكشف عن التفاصيل التفصيلية لعمل كل قسم أو حتى موظف عند اختيار عرض تفصيلي لعملية معينة. ولا يتم إنشاء مثل هذا الهيكل إلا إذا كان ضروريًا حقًا للعمل أو اتخاذ القرار.
وبالمثل ، إذا قررت إضافة كتلة ، فمن المهم التأكد من أنها تحتوي أيضًا على جميع السمات المطلوبة. الحذر مهم جدًا هنا ، لأنه عند نمذجة العمليات التجارية المعقدة ، يمكن أن تؤدي التغييرات في أحد أجزاء النموذج إلى تغييرات في جزء آخر. يجب إدخالها.
في أغلب الأحيان ، تحدث أخطاء عند تسمية الكتل. على سبيل المثال ، بدلاً من "إنشاء مقال" يكتبون "إنشاء مقال". تعتبر الكتل في هذا النهج أفعالًا ، وبالتالي يجب أن تكون دائمًا أفعالًا.
في الوقت نفسه ، أعتقد أن محلل الأعمال ليس مهنة تمامًا ، فكل مدير أعمال أو مطور لبعض الأنظمة منخرط في تحليلات الأعمال ، والذي يحلل الأعمال ويسعى جاهدًا لبناء النظام الأكثر فاعلية. ولهؤلاء الأشخاص ولهذه الأغراض تم تصميم أداة IDEF0.
لذلك ، من المهم جدًا التشاور باستمرار مع رئيس الشركة عند تجميع نموذج عمل وظيفي "كما هو" ، حتى لا نرتكب أخطاء ستترتب عليها تلقائيًا أخطاء في مراحل التحلل. أيضًا ، في المراحل اللاحقة ، قد تكون هناك حاجة إلى موافقات إضافية من رؤساء الأقسام الهيكلية والموظفين. فقط إذا كان نموذجك الوظيفي "كما هو" سيعكس حقًا الحالة الحقيقية للأمور ، يمكنك إجراء بعض التغييرات والاقتراحات. ولتحقيق نتائج عالية الجودة في مثل هذا العمل ، يلزم أولاً وقبل كل شيء الخبرة العملية والمعرفة بخصائص نوع معين من الأعمال.
المزيد من المقالات حول هذا الموضوع.
شركات التأمين هي وسطاء ماليون متخصصون في تقديم خدمات التأمين. يتمثل نشاطهم في تكوين صناديق نقدية خاصة ، على أساس الاتفاقات المبرمة مع الكيانات القانونية والأفراد (من خلال بيع بوالص التأمين) ، والتي يتم من خلالها الدفع النقدي لحملة الوثائق بالمبالغ المنصوص عليها في حالة حدوث أحداث معينة (أحداث مؤمنة).
إذا كان هذا العمل لا يناسبك ، فهناك قائمة بالأعمال المماثلة في أسفل الصفحة. يمكنك أيضًا استخدام زر البحث
مقدمة …………………………………………………………………… .. ……… 3
1. .….5
1.1 التحليل الاقتصادي لأنشطة شركة التأمين
Sogaz-Med JSC ……………………………………………………………………… ..5
1.2. تقييم سير وثيقة شركة التأمين OJSC "Sogaz-Med" ... ..7
1.3 تطوير نموذج وظيفي "كما هو" ………………… .. 10
2. تصميم قاعدة بيانات لشركة التأمين Sogaz-Med OJSC ………………………………………… .16
2.1. تطوير نموذج وظيفي "كما ينبغي" ………………… ... …………………………………………………………………………………… ………………………………………………………………………………………………………………………………………………….
2.2. تطوير نموذج منطقي فيزيائي ……………………………………… 16
3. تطوير قاعدة بيانات لشركة JSC "Sogaz-Med" ……… ... ……………… 19
3.1 اختيار بيئة برمجية لتطوير قواعد البيانات ………………………
3.2 الوظائف والإجراءات الرئيسية المستخدمة في تطوير قاعدة البيانات .... (الاستعلام عن الفرز والتصفية ... إلخ)
3.3 اختبار التطبيق ……
الخلاصة …………………………………………………………………… .. …… .25
المراجع ………………………………………………………… ..… ... 26
التطبيقات …………………………………………………………………………… .. 28
مقدمة
في الظروف الحديثة ، تتزايد أهمية نظم المعلومات ، مما يسمح بتوفير الدعم المعلوماتي لعمليات صنع القرار. قواعد البيانات هي أحد العناصر الرئيسية لمعظم أنظمة المعلومات.
بالنظر إلى مجال موضوع مثل أنشطة شركة التأمين ، بالطبع ، من المستحيل الاستغناء عن هيكلة المعلومات في قاعدة بيانات.
شركات التأمين - هؤلاء هم وسطاء ماليون متخصصون في تقديم خدمات التأمين. يتمثل نشاطهم في تكوين صناديق نقدية خاصة ، على أساس الاتفاقات المبرمة مع الكيانات القانونية والأفراد (من خلال بيع بوالص التأمين) ، والتي يتم من خلالها الدفع النقدي لحملة الوثائق بالمبالغ المنصوص عليها في حالة حدوث أحداث معينة (أحداث مؤمنة).
تعمل شركة التأمين مع قدر كبير جدًا من المعلومات ، سواء حول الموظفين أو العملاء. يتطلب هذا قاعدة بيانات مشتركة تتضمن جميع المعلومات الضرورية. هذا سهل الاستخدام للغاية وضروري لأتمتة العملية.لذلك ، فإن أتمتة أعمال التأمين في روسيا واعدة للغاية - فقد بدأت العديد من شركات التأمين المحلية مؤخرًا فقط في التفكير بجدية في الحاجة إلى نشر أنظمة معقدة للشركات.
تكمن الأهمية في حقيقة أن كمية كبيرة من المعلومات التي تمر عبر القسم هي السبب الرئيسي لاستخدام تكنولوجيا الكمبيوتر. تعمل أتمتة أنشطة شركات التأمين على تسهيل صيانة قاعدة بيانات العقود وتسريع الوصول إليها ، وتبسيط إعداد وثائق التقارير ، وبالتالي زيادة إنتاجية العمل. يتم أيضًا التخلص من العيوب ، مثل صعوبة التحكم في موثوقية المعلومات (هناك احتمال كبير للأخطاء ، والسهو عند الملء يدويًا) ، والحاجة إلى حساب بعض المؤشرات باستخدام آلة حاسبة ودقتها غير كافية.
الغرض من مشروع الدورة هو تطوير قاعدة بيانات "مجموعة التأمين" لـ OJSC "Sogaz-Med" في بيئة دلفي 7.0.
الكائن: شركة التأمين JSC "Sogaz-Med"
مهام:
1. تحليل نشاط شركة التأمين JSC "Sogaz-Med"
OJSC "Sogaz-Med"
تأسست شركة التأمين الطبي OJSC Sogaz-Med في عام 1998 كشركة تابعة لشركة Gazprom تحت اسم Gazprommedstrakh ؛ في صيف عام 2003 ، كجزء من توحيد أعمال التأمين ، تم تضمينها في مجموعة Sogaz.
الأهداف والغايات الرئيسية لـ JSC "Sogaz-Med": تحسين نظام الدعم الطبي ، وتنظيم الرعاية الطبية ومراقبة جودتها ، والاستخدام الرشيد للأموال المخصصة للدعم الطبي ، وحماية حقوق المؤمن عليهم.
شركة OJSC "Sogaz-Med" متخصصة في تنفيذ التأمين الطبي الإجباري (CMI). في نهاية عام 2013 ، احتلت الشركة المرتبة الثانية في تصنيف شركات التأمين الطبي الروسية من حيث عائدات التأمين من التأمين الطبي الإجباري. حتى الآن ، تعد Sogaz-Med OJSC واحدة من أكبر شركات التأمين الطبي في الاتحاد الروسي مع أكثر من 15.7 مليون شخص مؤمن عليهم (أكثر من 11 ٪ من سكان روسيا). تضم الشبكة الإقليمية أكثر من 550 قسمًا على أراضي 38 كيانًا من الكيانات المكونة للاتحاد الروسي. يبلغ رأس المال المدفوع المصرح به للشركة 102.5 مليون روبل اعتبارًا من 30 سبتمبر 2014 ، والذي يتوافق تمامًا مع متطلبات التشريع الحالي للاتحاد الروسي إلى حجم رأس المال المصرح به ويسمح لشركة Sogaz-Med بالتخطيط لأنشطتها بموجب إلزامية تأمين صحي طويل الأجل.
تواصل OJSC SOGAZ-Med تنفيذ برنامج إدخال الوسائل التكنولوجية الحديثة لتطوير نظام CHI. شارك عدد من فروع الشركة في تنفيذ المشروع الفيدرالي "Universal Electronic Card" (UEC). خلال الفترة الماضية ، بلغ عدد الطلبات المقبولة لإصدار UEC على أساس نقاط إصدار سياسات فروع OJSC "SOGAZ-Med" حوالي 2.3 ألف قطعة. في العديد من مكاتب الشركة ، يتم إصدار سياسات CHI لعينة واحدة على شكل بطاقة بلاستيكية مع ناقل إلكتروني ("السياسة الإلكترونية").
يتمتع JSC "SOGAZ-Med" بمكانة مستحقة في المجتمع المهني. في مارس 2013 ، أكدت وكالة تصنيف RA الخبيرة تصنيف A ++ لموثوقية وجودة الخدمات لشركة التأمين JSC SOGAZ-Med ("مستوى عالٍ بشكل استثنائي من الموثوقية وجودة الخدمات")
هذه الشركة عضو في الجمعيات المتخصصة التالية:
المدير العام لشركة OAO للتأمين SOGAZ-Med D.V. تولستوف هو عضو في هيئة رئاسة الاتحاد الأقاليمي لشركات التأمين الطبي.
أظهر التحليل الاقتصادي أنه في عام 2014 ، بلغت قيمة رسوم تأمين الشركة للتأمين الطبي الإلزامي 44.45 مليون روبل ، وهو ما يزيد 1.3 مرة عن أرقام العام السابق. بالإضافة إلى ذلك ، بلغت مدفوعات التأمين بموجب التأمين الصحي الإجباري 34.434 مليار روبل أو 95.34٪ من المبلغ الإجمالي لرسوم التأمين.
بالنسبة لوضع الملكية ، في سياق سير عمل المؤسسة ، تخضع قيمة الأصول وهيكلها لتغييرات مستمرة. يمكن الحصول على الأفكار الأكثر عمومية حول التغييرات النوعية التي حدثت في هيكل الأموال ومصادرها باستخدام التحليل الرأسي والأفقي لإعداد التقارير.
يوضح التحليل الرأسي هيكل أموال المؤسسة ومصادرها. تتمثل ميزة التحليل الرأسي مقارنةً بالتحليل الأفقي في استخدام المؤشرات النسبية فيه ، والتي تعمل إلى حد ما على تخفيف الأثر السلبي للعمليات التضخمية ، والتي يمكن أن تشوه بشكل كبير المؤشرات المطلقة للبيانات المالية وبالتالي تجعل من الصعب قارنهم في الديناميكيات (انظر الجدول 1)
الجدول 1 - هيكل أصول شركة المساهمة "سوجاز ميد"
من البيانات المذكورة أعلاه ، يمكننا أن نستنتج أنه في عام 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 وحتى 1705579 في عام 2014.
يشير كل ما سبق إلى أن الحالة المالية لشركة Sogaz-Med OJSC تتحسن كل عام فقط ، مما يعني أن هذه المنظمة تتطور وتزيد من قاعدة عملائها ، مما يؤدي بدوره إلى زيادة حجم العمل في وثيقة المنظمة تدفق.
1. 2. تقييم تدفق المستندات لشركة التأمين JSC "Sogaz-Med"
إن تحليل وتقييم تدفق وثائق المنظمة في الوقت المناسب هما شرطان لأداء عملها الفعال وتطويرها المستقر. من المستحيل زيادة كفاءة المنظمة حقًا دون التحسين المستمر لتوثيق جميع العمليات التجارية الرئيسية والداعمة ، وكذلك بدون تحسين تنظيم العمل المكتبي.
لذلك في شركة JSC "Sogaz-Med" تعد إدارة المستندات واحدة من أهم العمليات التجارية للمنظمة. على سبيل المثال ، ضع في اعتبارك قائمة المستندات المطلوبة للحصول على بوليصة تأمين طبي إلزامي.
يجب أن يكون طلب اختيار (استبدال) مؤسسة طبية تأمينية مصحوبًا بالوثائق التالية أو نسخ مصدقة منها مطلوبة للتسجيل كشخص مؤمن عليه:
1) للأطفال بعد تسجيل المواليد وحتى سن الرابعة عشرة من مواطني الاتحاد الروسي:
2) لمواطني الاتحاد الروسي الذين تبلغ أعمارهم أربعة عشر عامًا فما فوق:
3) للأشخاص الذين يحق لهم الحصول على رعاية طبية وفقًا للقانون الاتحادي "بشأن اللاجئين":
4) للمواطنين الأجانب المقيمين بشكل دائم في الاتحاد الروسي:
5) للأشخاص عديمي الجنسية المقيمين بشكل دائم في الاتحاد الروسي:
6) للمواطنين الأجانب المقيمين مؤقتًا في الاتحاد الروسي:
7) للأشخاص عديمي الجنسية المقيمين مؤقتًا في الاتحاد الروسي:
8) لممثل المؤمن عليه:
9) بالنسبة للممثل القانوني للمؤمن عليه:
مما سبق يتضح أن موظفي شركة التأمين JSC "Sogaz-Med" يضطرون إلى قضاء الكثير من الوقت في التعامل مع المستندات ، وغالبًا في العمل الذي لا يتعلق مباشرة بالأعمال المهنية. من المواقف الشائعة عدم إيلاء اهتمام كاف للتواصل مع العملاء ، حيث تقضي شركات التأمين معظم وقتها في مسح المستندات وإتقان أنظمة إدارة المستندات.
ونتيجة لذلك ، فإن الاستخدام غير الرشيد للموارد والأولويات المتغيرة لشركة التأمين يقلل بشكل خطير من تنافسية الشركة في سوق التأمين ويعيق توسع الأعمال.
لذلك ، تحتاج الشركة إلى تحسين سير العمل بحيث لا يتطلب مشاركة عدد كبير من الموارد البشرية ويسمح لك بسهولة وبسرعة استرداد المعلومات التي تحتاجها في الوقت الحالي من المستودع. بالنسبة للشركة ، سيعني ذلك نقطتين فائزتين: تحسين غير مشروط في جودة الخدمة المقدمة وتقليل الوقت المستغرق لخدمة عميل واحد ، مما يمكن أن يقلل من عدد الموظفين.
من المهم أيضًا ألا يؤدي التحسين إلى تبسيط تدفقات المستندات فحسب ، بل سيساعد أيضًا في تقليل تكلفة إنشائها ومعالجتها.
مزايا أتمتة سير العمل في شركة التأمين JSC "Sogaz-Med":
لتطوير النموذج "كما هو" ، تم تصميم أداة CASE ذات المستوى الأعلى AllFusion Process Modeler (BPwin) ، والتي تدعم المنهجيات التالية:
إنشاء نموذج في المعيار IDEF0.
تم تصميم النموذج الوظيفي لوصف العمليات التجارية الحالية في المؤسسة (ما يسمى بنموذج AS).أنا S "كما هي") والحالة المثالية - ما تحتاج إلى السعي لتحقيقه (نموذج TO-BE "كما ينبغي"). تنص منهجية IDEF0 على بناء نظام هرمي من الرسوم البيانية - أوصاف فردية لأجزاء النظام.
يبدأ بناء نموذج IP بوصف أداء مؤسسة (نظام) أو جزء منفصل منها (في حالتنا ، هذا هو التأمين العام) ككل في شكل مخطط سياق. يوضح الشكل 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 من ComputerAssociates:
الشكل 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 ؛
نهاية؛
خاتمة
في الوقت الحالي ، تحتاج الشركات إلى حل المشكلات المتعلقة بإدارة المستندات على مستوى أعلى. تتطلب التدفقات الضخمة للمعلومات المتغيرة باستمرار أن يتخذ موظفو المؤسسة قرارات سريعة ودقيقة تهدف إلى الحصول على أقصى ربح بأقل تكلفة. لذلك ، تواجه الشركات بشكل متزايد مشاكل مرتبطة بمعالجة المعلومات الواردة. يمكن حلها عن طريق أتمتة العمليات التي تحدث في الشركات.
تساعد الأتمتة على تقليل تكلفة ممارسة الأعمال التجارية من خلال تنظيم وتبسيط وصول موظفي الشركة إلى المعلومات الضرورية. يغير طبيعة عمل الموظفين ويريحهم من أداء الأعمال الروتينية ويمنحهم الفرصة للتركيز على الواجبات المهنية المهمة.
في مشروع الدورة هذا ، تم النظر في عملية تأمين السكان في شركة Sogaz-Med OJSC. تم وصف ووصف العمليات التجارية التي تحدث عند استلام السياسة. وأيضًا تم اقتراح حل لمشكلة هذه المؤسسة المتعلقة بمعالجة البضائع الواردة في المستودع والوثائق ذات الصلة.
بعد ذلك ، تم تطوير النماذج الوظيفية "كما هي" و "كما ينبغي" ، وسيتم وصف النموذج المنطقي والمادي للبرنامج بعد ذلك. بناءً على المعلومات الواردة ، تم إنشاء قاعدة البيانات "تأمين السكان" في بيئة البرمجةدلفي 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: TRAdioButton ؛
RadioButton2: TRAdioButton ؛
RadioButton3: زر TRAdioButton ؛
الاستعلام 2: استعلام ؛
مصدر البيانات 1: TDataSource ؛
الإجراء N4Click (المرسل: TObject) ؛
الإجراء N5Click (المرسل: TObject) ؛
الإجراء N3Click (المرسل: TObject) ؛
Radio ProcedureButton1Click (المرسل: TObject) ؛
Radio ProcedureButton2Click (المرسل: TObject) ؛
Radio ProcedureButton3Click (المرسل: 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: تسمية T ؛
GroupBox1: TGroupBox ؛
Label1: تسمية T ؛
Label2: تسمية T ؛
Label3: تسمية T ؛
Label4: تسمية T ؛
Label5: تسمية T ؛
Label6: تسمية T ؛
Edit1: TEdit ؛
DateTimePicker1: TDateTimePicker ؛
Edit2: TEdit؛
Edit3: TEdit؛
تحرير 4: TEdit؛
GroupBox2: TGroupBox ؛
Label7: تسمية T ؛
DateTimePicker2: TDateTimePicker ؛
Label8: تسمية T ؛
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،: newTelephone،: newDate_reg_doc،: newSrok، (حدد 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: تسمية T ؛
Edit1: TEdit ؛
Label2: تسمية T ؛
Edit2: TEdit؛
Button1: زر TB ؛
الاستعلام 1: TQuery ؛
ProcedureButton1Click (المرسل: 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) ؛
التطبيق.
نهاية.
الأعمال الأخرى ذات الصلة التي قد تهمك. vshm> |
|||
| 20665. | تصميم وتنفيذ قاعدة بيانات الصيدلية | 2.55 ميغا بايت | |
| مهمة Novokuznetsk لورقة المصطلحات من الضروري تصميم قاعدة بيانات تتضمن المعلومات المقدمة كمجموعة من السمات: Pharmacy Drug name؛ حاشية. ملاحظة؛ تخزين؛ تاريخ استلام؛ آت؛ الرصيد في نهاية الشهر ؛ الشركة المصنعة البائع ، إلخ. المهمة هي: إنشاء قاعدة بيانات. تنظيم روابط دائمة بين الجداول لضمان سلامة قاعدة البيانات الخاصة بك. | |||
| 20182. | تصميم قاعدة البيانات النهارية للكلية | 2.59 ميغا بايت | |
| تصميم قاعدة بيانات لكلية بدوام كامل أنجزه: student gr. في عمل الدورة التدريبية ، تتمثل المهمة في تطوير مشروع قاعدة بيانات لتجميع المعلومات الضرورية في المؤسسة لإنشاء قاعدة بيانات لملئها. يجب تصميم قاعدة البيانات مع مراعاة تنفيذ مختلف أنواع الطلبات للحصول على المعلومات. عند تصميم قاعدة بيانات ، يجب مراعاة إمكانية إصدار تقرير ورقي. | |||
| 10007. | تصميم قاعدة بيانات "كتالوج قطع غيار السيارات" | 182.36 كيلو بايت | |
| في البداية ، تم استخدام المصفوفات (أو الملفات) المحلية لتجميع المعلومات وتخزينها على جهاز كمبيوتر ، بينما تم إنشاء ملفات خاصة بهم من المعلومات الأولية والنتيجة لكل مهمة وظيفية يتم حلها. أدى ذلك إلى ازدواجية كبيرة في البيانات ، وعقد تحديثها ، وجعل من الصعب حل المهام الإشكالية المترابطة. | |||
| 14064. | تصميم وإنشاء قاعدة البيانات "Archive MBUK Izhbolda SDK" | 24.67 كيلو بايت | |
| يحتوي عمود الجدول على معلومات من نفس النوع لجميع السجلات ويسمى حقل. DBText - يُستخدم لعرض الحقول النصية لمجموعة البيانات الحالية دون تغييرها. DBEdit - مصمم لعرض وتعديل الحقول النصية لمجموعة بيانات. مشابه لمكون ComboBox لصفحة Stndrd ، ولكنه يعمل كحقل نصي لقاعدة البيانات. | |||
| 20557. | محطة خدمة السيارات تصميم قاعدة البيانات | 8.01 ميجا بايت | |
| قاعدة البيانات هي ، أولاً وقبل كل شيء ، مستودعًا لكائنات البيانات ، أي مجموعة من المفاهيم أو الأحداث المحتملة الموصوفة في قاعدة البيانات ، مع إمكانية البحث عن هذه الكائنات بواسطة الميزات. يمكن اعتبار قاعدة البيانات ليس فقط الجداول التي تقوم بفهرسة الملفات بمعرفة تنسيقات مختلفة ، ولكن أيضًا هذه الملفات نفسها ، لأنها مستودعات معرفية غير مطبوعة في قاعدة البيانات هذه. يمكن استخدام قواعد البيانات كأداة مساعدة تسمح لك بتنفيذ بعض الوظائف المفيدة. | |||
| 13839. | تصميم قاعدة بيانات مكتب كاتب العدل باستخدام تقنيات Access DBMS | 13.53 ميجابايت | |
| كاتب العدل هو أحد أهم مؤسسات النظام القانوني ، المصمم لتعزيز تشكيل دولة ديمقراطية لسيادة القانون ، حيث يتم حماية الحقوق والمصالح المشروعة للمواطنين والكيانات القانونية من خلال تنفيذ أعمال التوثيق. | |||
| 15115. | بوليصة التعرفة الخاصة بشركة التأمين | 28.09 كيلو بايت | |
| أخطاء في حساب التعريفات وفي تحديد قسط التأمين ، والنقص اللاحق في الأموال لضمان مدفوعات التأمين ؛ والأخطاء في تطوير خطة حماية إعادة التأمين أو في تحديد المشاركين فيها والدفع الزائد لأقساط إعادة التأمين أو إفلاس معيدي التأمين ؛ هي أموال خاصة بشركة التأمين. ترجع أهمية الموضوع المختار إلى حقيقة أن سياسة التعريفة الجمركية لشركات التأمين هي أساس استقرار ... | |||
| 13963. | منظمة تأمين المركبات في شركة التأمين ذ م م "روسجوستراخ" | 3.04 ميجابايت | |
| جوهر التأمين هو تكوين صندوق تأمين نقدي معين وتوزيعه في الزمان والمكان للتعويض عن الأضرار المحتملة للمشاركين فيه في حالة الحوادث والكوارث الطبيعية والظروف الأخرى المنصوص عليها في عقد التأمين. نوع التأمين على السيارات غير الحكومي المتعلق بالحماية ... | |||
| 21849. | تنظيم وتنفيذ حملة علاقات عامة لتغيير العلامة التجارية لشركة ALLIANZ للتأمين | 1021.66 كيلو بايت | |
| فيما يلي تعريفات Sam Black ، التي كانت أول من جاء إلى القارئ الناطق باللغة الروسية: "العلاقات العامة هي إحدى وظائف الإدارة التي تساهم في إنشاء وصيانة الاتصالات ، والتفاهم المتبادل ، والموقع والتعاون بين المنظمة ومؤسساتها. عام. | |||
| 20319. | قواعد البيانات وحمايتها | 102.86 كيلو بايت | |
| ظهرت قواعد البيانات على الإنترنت في منتصف الستينيات. تمت معالجة العمليات على قواعد البيانات التشغيلية بشكل تفاعلي باستخدام المحطات. تطورت منظمة السجل التسلسلي البسيط بسرعة إلى نموذج تسجيل أكثر قوة. حصل تشارلز باخمان على جائزة تورينج لقيادته عمل مجموعة مهام قاعدة البيانات (DBTG) ، التي طورت لغة قياسية لوصف البيانات ومعالجة البيانات. | |||
