تقارب الأرقام من جرس المنحنى ؟

Question

كنت أضرب رأسي بالحائط على هذا واحد.

أنا أعمل على مشروع حيث يملك العميل مركز الاتصال و يريد أن تقدير عدد الناس في حاجة إلى العمل في نصف ساعة فتحات على الحملة من خلال إدخال ساعة الذروة تقديرا الناس بحاجة في تلك الساعة ويفترض الانحراف المعياري.هذا ينبغي أن ثم "مروحة" القيم إلى فتحات أخرى (تناقص على كلا الجانبين من الذروة).

إذا كان هذا الرسم البياني سيكون لديك نصف ساعة فتحات على المحور السيني (1 48) و عدد من الناس على طول محور y ، التي من شأنها أن تبدو وكأنها منحنى الجرس مع ذروة في تحديد ساعة الذروة.

كيف يمكنني الحصول على القيم التقريبية من المقاعد اللازمة لكل نصف ساعة فتحة ؟ أي نقطة في الاتجاه الصحيح سيكون محل تقدير كبير!

P. S.العمل في .صافي إذا كان أي شخص يعرف أي من المكتبات التي يمكن أن تفعل هذا.

Answer 1

يمكنك الحصول على forumula عن دالة الكثافة الاحتمالية (جنبا إلى جنب مع .صافي libary) هنا

ومع ذلك, أنا أعمل على برنامج مركز الاتصال نفسي في عملي, و أستطيع أن أقول لك ن لم يتم توزيعها بشكل طبيعي.عادة ما تكون هناك ~2-3 تداخل طبيعي التوزيعات واحدة منحرفة تركت واحد منحرفة الحق اعتمادا على الوقت من اليوم (الصباح الباكر وقت متأخر بعد الظهر) ونوع من حملة (B2B B2C).

أكثر دقة تقدير أنصح الحفاظ على تاريخ من النشاط السابق/تحميل في مركز الاتصال الخاص بك (ما هو متوسط الحمل في كل فترات من نصف ساعة) ثم استخدام ذلك توزيع الأساس ، القياس لتناسب المتوقع الذروة و يقدر طول المكالمة.هذا هو ما نقوم به في ProtCall ، ونحن عادة في غضون 90 % - 95 % من التحميل الفعلي.في بعض الأحيان.أحيانا نفتقد بمعامل 10.

تحرير:

حسنا ، لقد استغرق قليلا من الوقت للنظر في كيفية تقدير الأحمال ، ومعيار التوزيع لن تحصل في أي مكان.نلقي نظرة على زوجين من screenshots من الرسوم البيانية لدينا وسترى كيف diferent توزيع تبدو في الواقع.

ما تحتاج إلى القيام به( الأساس ):

1. العينة عدد المكالمات التي تتم كل دقيقة (كيف العديد من المكالمات كان لدينا منذ 60 ثانية)
2. حفظ هذه العينات في الجدول :TimeOfDay, CallsMade
3. تحميل تلك العينات وحجم لهم.(ie.إذا كان مجموع لدينا جدول يحتوي على 10.000 المكالمات و نحن نقدر لدينا نشاط جديد إلى 4.000 المكالمات في اليوم الواحد ، تتضاعف كل شيء بنسبة 0.4.يمكنك نطاق واسع من قبل المقدر nr المكالمات أو (أكثر acuratelly) من قبل عدد من وقت التحدث-دقيقة يوميا)

بدلا من ذلك, إذا كان لديك ببساطة الجدول مع صف دخول لكل مكالمة يمكنك ببساطة :

SELECT count(*),datepart(hour,[CalledOn]) as CalledOn from tableCalls group by datepart(hour,[CalledOn]) 

لحساب المكالمات التي تتم كل ساعة.وسوف عينة في الساعة ، لا في الدقيقة ، ولكن قد تكون كافية تعطيك الأساس

Answer 2

أمم

سأفاجأ إذا كان توزيع المكالمات خلال اليوم (24 ساعة من منتصف الليل إلى منتصف الليل) طبيعيا (أي اتبع منحنى الجرس). ومع ذلك، إذا كان هذا هو ما طلب العميل، فسيكون ذلك. ولكن قبل أن تذهب أكثر من ذلك بكثير، قم ببعض التحقيقات الأخرى.

هو افتراضك أن العميل يمكنه تحديد صحة STD Dev؟

لن يتم توزيع المكالمات عادة حول ساعة الذروة في غضون يوم واحد، ما لم تصبح ساعة الذروة 12:00 - إذا كان العميل يعتقد حقا أن توزيع المكالمات غير مهذب بين 00:00 و 23:59، ثم أراهن أن الوضع ليس في الساعة 12:00.

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

ولكن إذا كنت ترغب في إقناع عميلك وبناء نموذج أفضل، فسأبدأ ببعض قائمة انتظار بسيطة.

Answer 3

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