لینک دانلود و خرید پایین توضیحات
دسته بندی : وورد
نوع فایل : .doc ( قابل ویرایش و آماده پرینت )
تعداد صفحه : 39 صفحه
قسمتی از متن .doc :
به نام خدا
عنوان مقاله
مدیریت بهای تمام شده هدف
تهیه کننده
الله وردی حسن زادگان
فهرست مطالب
مرحله اول: مقدمه
مرحله دوم : تاریخچه
مرحله سوم : مراحل پنجگانه در اجرای
مدیریت بهای تمام شده
مقدمه
مدیریت بهای تمام شده هدف، به فرایند منظم برنامه ریزی عرضه کالا و خدمات، قیمـت گذاری، تعیین هزینه های چالش انگیز هدف و ترغیب کارکنان به بررسی مداوم راهکارهای منطقی کاهش هزینه هــا اطلاق می شود. براساس مدیریت بهای تمام شده هدف، هر سازمانی به دنبال ایجاد توازن میان کیفیت و کارایی محصول خود با قیمتهایی است که هم نیازهای مشتری و هم سودآوری سازمان را تامین کند.
برخلاف نظامهای سنتی مدیریت بهای تمام شده، که عمدتاً عوامل درونی را مورد توجه قرار می دهند، کانون توجه مدیریت بهای تمام شده هدف، عوامل بیرونی و بازار هدایت شده است . به ویژه اینکه در مدیریت بهای تمام شده هدف، هـمواره اولویت با مشتری است و سازمانهایی که ایـــــــن واقعیت را درنظر نمی گیرند، خود را به ورطه مخاطره می اندازنــد. درواقع برای شرکتهایی که در پی جلب مشتری هستند، رقیب کسی است که اهمیت توجه به خواسته های مشتری (و شاید حتی فراتر از آن) را در رابطه با طراحی و تولید محصولات مرغـوب، کارا و کم هزینـه، به خوبی درک مــی کند.
در مدیریت بهای تمام شده هدف، اعتقاد براین است که کیفیت، کارایی و بهای تمام شده یک کالا یا خدمت، تا حد زیادی به هنگام طراحی تعیین می شود و با نهایی شدن طرح، کمتر می توان برای اصلاح هریک از عناصر سه گانه فوق کاری انجام داد. برای مثال طرح تفصیلی برای تولید یک دوربین عکاسی، انواع مختلف آن (دیجیتالی یا غیردیجیتالی)، کیفیت مواد مصرف شده (عدسی های دارای دقت تراش نسبتاً زیاد یا کم) و یا نوع فناوری تولید (کنترل فعالیتها به کمک رایانه یا کارکنان) را شامل می شود. بدین ترتیب به راحتی می توان مشاهده کرد که چگونه ویژگیهای مذکور، ضمن تحت تاثیر قراردادن قابلیتهای متعدد دوربین (مانند کارایی) و اعتبار و عملکرد آن (مانند کیفیت)، به طور قابل ملاحظه ای بر بهای تمام شده نهایی دوربین نیز تاثیر می گذارند. درواقع این یک اصل پذیرفته شده است که 80 درصد از بهای تمام شده نهایی یک محصول پس از ترک میز طراحی، به هیچ عنوان قابل تغییر نخواهد بود. حتی فعالیتهای گروهی انجام شده برای تواناسازی کارکنان، استفاده از سیستم کانبان(1) و یا انجام تعمیرات پیشگیرانه در رابطه با ماشین آلات و تجهیزات و امثالهم، در آغاز فرآیند تولید، در حد بسیار محدودی می توانند بهای تمام شده محصول را تحت تاثیر قرار دهند.
اگرچه مدیریت بهای تمام شده هدفTARGET COST MANAGEMENT، غالباً با تولیدکنندگان کالا سروکار دارد، لکن در شرکتهای خدماتی نیز قابل اجراست. لذا ضرورت دارد که شرکتهای مذکور برنامه زمانبندی ارائه خدمات جدید را با دقت بیشتری طرح ریزی و تضمین کنند که بین ویژگیها و مشخصه های خاص خدمت جدید و ارزش مورد انتظار مشتری تناسب وجود دارد. اندیشه ایجاد تعادل و توازن میان بهای تمام شده یک خدمت با کیفیت و کارایی آن، در موسسات خدماتی نیز به خوبی قابل اجراست.
تاریخچه مدیریت بهای تمام شده هدف
دستاوردهای نسبتاً جدیدی که در رابطه با مدیریت بهای تمام شده هدف، در متون علمی و دانشگاهی انعکاس یافته، دلالت بر آن دارد که سیر تکاملی این واژه به درستی نشان داده نشده است. حتی پیش از آنکه متون علمی اواخر
لینک دانلود و خرید پایین توضیحات
فرمت فایل word و قابل ویرایش و پرینت
تعداد صفحات: 11
هزینه سربار واقعی اعمال شده برای تولید بر اساس ساعت های کار مستقیم.
سیاهه و فهرست پایانی. سیاهه مواد مستقیم 3000 دلار بود.
سیاهه پایانی کار در فهرست پردازش و فن آوری 10500 دلار بود.
از کالاهای تکمیل شده در طی این مراحل و دوره، کالاهایی به قیمت 9500 دلار به قیمت 13300 دلار فروخته شد.
برای معاملات فوق تمام مطالب ثبت شدۀ روزنامه ای را تهیه کنید و تراز پایانی را در فهرست و سیاهه کالاهای تکمیل شده تعیین کنید.
44- (مطالب ثبت شدۀ روزنامه ای هزینه های مشاغل را مشخص می کرد.) مهندسان شرکت امگا از نظام هزینه گذاری به ترتیب مشاغل استفاده می کنند. در اول سپتامبر 2003 این شرکت دارای مانده های حساب ذیل بود:
سیاهه مادۀ خام: 332400 دلار
کار در سیاهه فرآوری و پردازش: 1056300 دلار
هزینۀ کالاهای فروخته شده: 4732000 دلار
کار انجام شده در سیاهه فرآوری و پردازش شامل حساب کنترل کنندۀ دفتر کلی شرکت تابعه و هزینه های مشاغل می باشد. در اول سپتامبر سه حساب موجود در دفتر کلی هزینۀ مشاغل مانده های زیر را داشت:
شغل 75# 593200 دلار
شغل 78# 316800 دلار
شغل 82# 146300 دلار
در طی ماه سپتامبر معاملات زیر صورت گرفت:
1 سپتامبر: خریداری مواد خام به صورت نقدی به میزان 970000 دلار
4 سپتامبر: صدور ماده خام به ارزش 950000 دلاربه صورت:
شغل 75# 44800 دلار
شغل 78# به ارزش 226800 دلار
شغل 82# به ارزش 396600 دلار
شغل 86# به مبلغ 256200 دلار
ماده غیر مستقیم به ارزش 25600 دلار
15 سپتامبر: تهیه و پرداخت فهرست پرداخت های کارخانه برای اول تا 15 سپتامبر به میزان 368500 دلار. تجزیه و تحلیل فهرست پرداخت ها در 15-1 سپتامبر اطلاعات زیررا در این زمینه ارایه کرد که تلاش نیروی در راستای انجام فعالیت هایی اختصاص یافته است:
شغل 75# 4430 ساعت 44300 دلار
شغل 78# 11160 ساعت 111600 دلار
شغل 82# 12150 ساعت 121500 دلار
شغل 86# 5540 ساعت 55400 دلار
دستمزدهای غیر مستقیم 35700 دلار
16 سپتامبر: مهندسان کارخانۀ امگا سربار تولید را صرف مشاغلی با دست مزد 50/7 دلار در هر ساعت کار پس از تهیه فهرست پرداخت ها نمودند.
16 سپتامبر: شغل 75# تکمیل گردید و توسط مشتری پذیرفته شد و با قیمت فروش هزینه به اضافه 25 درصد سند گردید.
20 سپتامبر: پرداخت صورت حساب های کارخانه به صورت ماهانه از قبیل: صنایع همگانی 17800 دلار، اجاره 38300 دلار و حساب های قابل پرداخت (در ماه آگوست) 90400 دلار.
24 سپتامبر: خریداری مواد خام به صورت نقدی به میزان 412000 دلار.
25 سپتامبر: صدور مادۀ خام به شرح ذیل:
شغل 78# به میزان 74400 دلار
شغل 82# به میزان 108300 دلار
شغل 86# به میزان 192500 دلار
مادۀ غیر مستقیم 27200 دلار
30 سپتامبر: ثبت هزینه های سربار اضافی کارخانه به شرح ذیل:
کاهش بها 209500 دلار
حق بیمه پیش پرداخت شده با تاریخ منقضی 32100 دلار
مالیات های اعمال شده وگواهینامه و جوازها 13000 دلار
30 سپتامبر: ثبت و ضبط حقوق و دستمزدهای ناخالص برای فهرست پرداختهای کارخانه برای روزهای شانزدهم لغایت سی ام سپتامبر به میزان 357200 دلار. تجزیه و تحلیل فهرست پرداخت ها به صورت زیر است:
شغل 78# 8840 ساعت
شغل 82# 11650 ساعت
شغل 86# 11980 ساعت
دستمزدهای غیر مستقیم به میزان 32500 دلار
30 سپتامبر: هزینه سربار اعمال شده برای نیمۀ دوم سپتامبر برای مشاغل کارخانه
الف) تهیۀ مطالب ثبت شدۀ روزنامه ها برای معاملات سپتامبر 2003
ب) استفاده از حساب های T جهت انتقال اطلاعات از دفتر روزنامه در بخش(a) به حساب های تابعۀ هزینۀ مشاغل و به حساب های دفتر کل
ج) تهیۀ صورت مغایرت مانده های 30 سپتامبر در دفتر کل شرکت تابعه با کار در حساب فهرست فرآوری و پردازش در دفتر کل
لینک دانلود و خرید پایین توضیحات
فرمت فایل word و قابل ویرایش و پرینت
تعداد صفحات: 103
هر سیستم انرژی الکتریکی از سه قسمت تشکیل شده است که عبارتند از :
1 ـ مرکز تولید نیرو یا نیروگاه
2 ـ خطوط انتقال
3ـ شبکههای توزیع نیروگاهها به دلایل ایمنی ،اقتصادی و منابع انرژی در مسافت دور از مصرف کننده قرار دارند و بنا به دلایل تلفات خط و افت ولتاژ ،انرژی را ما با سطح ولتاژ بالا انتقال میدهیم. و مزایای آن سطح مقطع هادی کاهش پیدا میکند در نتیجه وزن سیم مصرفی نیز کاهش پیدا میکند. افزایش بیش از حد ولتاژ نیز معایبی را در بر دارد که عبارتند از:
1ـ افزایش قیمت ترانسها در ابتدا و انتهای خط
2ـ افزایش بین هادی های خطوط انتقال و در نتیجه بزرگتر شدن دکلها
3 ـ افزایش تعداد مقرههای دکلها جهت عایق سازی
4 ـ افزایش قیمت تجهیزات ولتاژ سطح انتقال 400و230 کیلوولت و ولتاژ سطح فوق توزیع 132 و 63 کیلو ولت و ولتاژ سطح توزیع 20 کیلو ولت و 400 ولت میباشد. ولتاژ تحویلی به مصرف کننده های مختلف متناسب با قدرت مورد نیاز آن میباشد که در مصارف کم حداکثر تا 3 کیلووات با 220 ولت تکفاز و در مصارف تا 50 کیلو ولت آمپر با 380 ولت سه فاز و در مصارف تا 3 مگا وات برق 20 کیلو ولت سه فاز و در بیشتر از 3 مگا وات با 63 و 132 کیلوولت استفاده میشود. شبکه برق : هر گاه به کمک سیمکشی چندین مصرف کننده از جریان برق استفاده کنند این سیم کشی را شبکه گویندکه در طراحی شبکه توزیع انرژی باید نکاتی را در نظر گرفت که عبارتند از :
1ـ تلفات توان الکتریکی کمتر باشد .
2ـ اطمینان خوبی به نظر حفاظتی داشته باشد.
3 ـ عیب یابی شبکه سریع باشد.
4 ـ طرح تا حد امکان ساده باشد
. 5ـ ضریب بهره شبکه بالا باشد.
انواع شبکه ها:
شبکههای باز(شعاعی)
شبکههای بسته ( از دو سو تغذیه یا حلقوی)
شبکههای ستارهای
شبکه غربالی یا تور عنکبوتی:
1 ـ شبکههای باز (شعاعی):در این نوع شبکه تغذیه الکتریکی از یک نکته انجام میگیرد و از یک سو تغذیه میشود.و از تابلو اصلی توسط انشعابهایی انرژی به مصرف کننده یا تابلوهای ترسیم کوچکتر حمل میشود و این انشعابها شعاعی شکل است. معایب شبکه های باز: قابلیت اطمینان در حالت کار کمتر میباشدـ تلفات توان در مقایسه با سایر شبکه ها بیشتر است
به منظور محدود کردن تلفات توان باید سطح مقطع کابل بزرگتر انتخاب گردد. مزایا: به لحاظ سادگی ساختار قابل درک است
کلیه نواقص آن را به طور سریع ویتوان یافت و رفع کرد. ـ توان یا قدرت اتصال کوتاه به علت اینکه از یکسو تغذیه میشود کم میباشد. در جاهایی که قطع برق اتفاقی مجار نمیباشد جهت بالا بردن ضریب اطمینان شبکه از شبکههای بسته استفاده میشود شبکه های بسته از دو نوع پست مختلف تغذیه میشوند.در شبکههای حلقوی نقطه ابتدا و انتهای خط از یک منبع انرژی تغذیه میگردد. انواع خطوط انتقال : خطوط هوایی ـ خطوط زمینی مزایای شبکههای هوایی : شبکههوایی ارزانتر از سیستم زمینی است ـ با افزایش ولتاژ قیمت سیستم زمینی نسبت به هوایی افزایش مییابد. ـ خطوط هوایی از نظر تعمیرات اسانتر است و عیبیابی آن به راحتی انجام میپذیرد ـ امکان انشعاب گیری در هر نقطه بدون ایجاد اغتشاش امکان پذیر است. ـ در مناطقی که افزایش مصرف رو به رشد است یک مزیت قابل توجه است. مزایای شبکههای زمینی :
1 ـ امکان به وجود آمدن اتفاقاتی مانند اتصال کوتاه،پارگی نسبت به خط هوایی کمتر است.
2 ـ چنانکه بخواهند چند ترانس و ژنراتور در فاصله نزدیکی به هم قرار گیرند بهتر است از کابل جهت رعایت مساله حفاظت استفاده شود.
3ـ در صورتی که تنظیم ولتاژ مورد نظر باشد خط زمینی ترجیح داده میشود چون تلفات القایی در آن کمتر است. اگر فواصل هادیهای یک خط سه فاز با یکدیگر برابر نباشند اندوکتانس فازها با هم مساوی نبوده و سیستم قدرت نا متقارن میگردد یعنی در صورت اعمال ولتاژ متعادل به ابتدای خط ولتاژهای انتهایی نامتعادل خواهند بود برای رفع این مشکل از دو روش استفاده میشود که عبارتند از :
1 ـ آرایش به صورت مثلث متساوی الاضلاع
2ـ خطوط جابجا شده جهت افزایش قابلیت اطمینان خطوط انتقال انرژی با وجود هزینههای زیاد نصب خطوط انتقال دومداره از مقبولیت خاصی برخوردار است. بررسی پارامتر های مناسب در احداث خطوط : 1ـ انتخاب سطح ولتاژ انتقال
2ـ مسیر یابی خط انتقال
3ـ نقشه برداری و تهیه پلان
4ـ عملیات زمین شناسی
5ـ طراحی هادیهای انتقال
لینک دانلود و خرید پایین توضیحات
فرمت فایل word و قابل ویرایش و پرینت
تعداد صفحات: 18
چالش های برنامه های توزیع شده
همزمان با رشد وب ، عمومیت یافتن استفاده از کامپیوترهای شخصی و پیشرفت های مهم در زمینه دستیابی به شبکه های با سرعت بالا ، پردازش های توزیع شده بشدت مورد توجه قرار گرفته است . در این نوع پردازش ها ، همواره می بایست بر دو اصل مهم تاکید و راهکارهای مناسب را دنبال کرد. اولین مسئله توجه به معماری مبتنی بر Component ( عنصر) برای تولید نرم افزار و دومین مسئله نحوه تبین ارتباط بین عناصر ذیربط و تشکیل دهنده یک نرم افزا ر در محیط هائی با پردازش های توزیع شده است . همانگونه که قبلا" اشاره گردید، برنامه های مبتنی بر وب که خود نمونه ای از پردازش های توزیع شده می باشند از مدل N-Tier پیروی می کنند. کلید طلائی طراحی این نوع نرم افزارها ، توانائی نوشتن عناصر ( اجزاء) بگونه ای است که از یکطرف امکان بکارگیری آنها بسادگی در لایه ها و حتی چندین برنامه فراهم شده و از طرف دیگر امکان ارتباط این عناصر با یکدیگر صرفنظر از زبان برنامه نویسی استفاده شده و سایر موارد ذیربط ، فراهم گردد. ما می بایست جعبه های سیاهی را طراحی کنیم که صرفنظر از ماهیت درون هر یک ، قادر به استفاده از توان آنها در بخش یا بخش های از یک و یا چندین نرم افزار باشیم . سیر تکامل پردازش های توزیع شده از گذشته تا کنون دو مدل اساسی در پردازش های توزیع شده مورد توجه قرار گرفته است . RPC(Remote Procedure Call) و Client Server . ارتباطا ت مبتنی بر RPC ، نسبت به Client Server دارای قدمت بیشتری بوده و بعنوان شاه کلید برنامه های توزیع شده در محیط یونیکس مطرح بوده است . یونیکیس یکی از اولین سیستم های عامل در زمینه استفاده کامل از امکانات ارتباطی پروتکل TCP/IP است . پروتکل فوق بهمراه استانداردهای مربوطه آن بعنوان ستون فقرات شبکه های مبتنی بر یونیکس مطرح بوده است . مثلا؛ استاندارد DNS(Domain Name System) جهت همترازی آدرس یک کامپیوتر و نام آن ، FTP(File Transfer Protocol)، امکانی جهت تبادل فایل ها و پروتکل TelNet ، ارائه دهنده تسهیلات لازم جهت دستابی به ترمینال ها . اگر امروز ما در دنیائی زندگی می کنیم که پروتکل TCP/IP محور اساسی گفتمان در شبکه های کامپیوتری است ، بیش از بیست سال قبل یونیکیس چنین وضعیتی را دارا بوده است . برنامه نویسان تحت یونیکیس بخوبی از توانائی های آن برای نوشتن برنامه های توزیع شده استفاده کرده اند. برنامه نویسان فوق از ارتباطات مبتنی بر Socket جهت نیل به اهداف خود استفاده می کردند. بر اساس رویکرد فوق ، اگر برنامه ای قصد ارتباط با برنامه دیگری را داشت ، بر اساس آدرس TCP/IP و یک شماره پورت ، یک لینک با آن برنامه ایجاد می کرد.این رویکرد تا مدت ها بعنوان یک راه حل مناسب جهت طراحی و اجرای برنامه های توزیع شده حضوری موفق در عرصه برنامه های توزیع شده داشت .پس از مدت زمانی رویکرد فوق با دو چالش جدی مواجه گردید : 1 – برنامه نویسان مجبور بودند که نام و یا آدرس سرویس دهنده و شماره پورت مورد نیاز جهت برقراری ارتباط را در Source برنامه ها مستقیما" مشخص نمایند . 2 – برنامه نویسان گوناگون می توانستند از پورت های یکسان برای برنامه های متفاوت استفاده نمایند .بدیهی است در چنین حالتی Conflict ( تعارض ) بین شماره پورت ها امری اجتناب ناپذیر بود. بمنظور برخورد با دو چالش فوق ، کمیته یونیکیس مفهوم ارتباطات مبتنی بر RPC را مطرح کرد. بر اساس رویکرد فوق برنامه ای با نام Portmapper بر روی هر سرویس دهنده اجرا و بین برنامه های اجرائی بر روی سیستم ها ی متفاوت ، حکمیت خواهد کرد. بر این اساس هر برنامه بجای تلاش جهت ایجاد یک ارتباط با یک پورت خاص بر روی یک سیستم ، درخواست خود را برای Portmapper ارسال و وی مسئول ایجاد اطلاعات لازم جهت برقراری ارتباط خواهد بود. راه حل فوق با اینکه مسئله ارتباطات بین پردازه های توزیع شده را بگونه ای حل کرده بود ، ولی در رابطه با فورمت داده های مبادله شده بین برنامه ها سکوت اختیار کرده بود.در این راستا تکنولوژی دیگری با نام XDR(eXternal Data Representation)، روشی را جهت تشریح داده های یک برنامه برای برنامه دیگر تعریف نمود. می توان گفت که XDR پیش کسوت XML است . RPC یک روش نسبتا" ساده ، انعطاف پذیر برای پردازش های توزیع شده را ارائه کرد. شاید این سوال مطرح شود که چرا تکنولوژی فوق نتوانست تسلط و چیرگی خود را بر روی پردازش های مبتنی بر Client/Server ادامه و مستمر نماید؟
مدل ارتباطی RPC تسلط مقتدر خود را در دنیای یونیکس بخوبی ادامه داد ولی با پیدایش و نیاز به ارتباطات مبتنی بر Client Server ( PC-to-server ) با یک مانع جدی مواجه گردید. مشکل اساسی پروتکل هائی بوند که در اغلب سیستم های Client Server استفاده می گردید.پروتکل TCP/IP استاندارد تمامی تولیدکنندگان نبود و هر تولیدکننده پروتکل های اختصاصی خود را داشت مثلا؛ شرکت ناول از IPX و شرکت ماکروسافت از NetBEUI استفاده می کردند.چون پروتکل TCP/IP بعنوان استاندارد در دنیای سرویس دهندگان مبتنی بر PC ، هنوز مطرح نشده بود و ارتباطات مبتنی بر RPC گزینه ای مناسب در این زمینه نبودند، چراکه ستون فقرات تکنولوژی فوق بر پروتکل TCP/IP استوار بود. بنابراین در مقطعی با رشد شدید روش های ارتباطی نظیر ODBC برای دستیابی به بانک های اطلاعاتی ، صف بندی پیامها برای تبادل همزمان ، IPC و … مواجه شدیم . پس از اینکه پروتکل TCP/IP به میدان Client Server قدم گذاشت ، مجددا" ارتباطات مبتنی بر RPC مورد توجه قرار گرفت . در این راستا تکنولوژیهای ارتباطی متفاوتی نظیر : OLE ، Com ، Dcom ، Corba ، J2EE ،Java Enterprise ، Tuxedo و… مطرح گردیدنند. تمامی تکنولوژیهای فوق بدنبال ارائه تسهیلات ، انعطاف پذیری و اعتماد سازی بیشتر در برنامه های توزیع شده بودند. مطلب فوق شاید مهمترین دلیل رویکرد شرکت های عظیم نرم افزاری جهت ارائه یک ساختار استاندارد برای تولید این عناصر باشد.دو مدل استاندارد عمده تاکنون ، در این زمینه مطرح و ارائه شده است .(DCOM(Distributed Component Object Model و CORBA Common Object Request Broker Architecture ، مدل های استاندارد شده در این زمینه می باشند.
تعاریف و اصطلاحات
Interface . مجموعه ای از متدها که مسئولیت ارائه عملیات وارائه قابلیت ها را برعهده خواهند داشت .
Object class or class . نام مورد نظر برای پیاده سازی یک و یا چندین اینترفیس
Object (or object instance . نمونه ئی از برخی کلاس ها
لینک دانلود و خرید پایین توضیحات
فرمت فایل word و قابل ویرایش و پرینت
تعداد صفحات: 8
1-توزیع سنی 50 نفر در جدول زیر داده شده است . مطلوبست : ، ، و و و CV و نمودارهای میله ای و دایره ای آنها .
28
26
24
22
20
X سن
3
7
30
6
4
F فراوانی
جواب :
ابتدا میانگین را به دست می آوریم :
= داده ها را مرتب می کنیم
میانه مد و
واریانس
انحراف معیار
نمودار میله ای و دایره ای
2-وزن 25 دانش آموز کلاس دوم دبستان به شرح زیر است :
جدول فراوانی آن شامل : 1)فراوانی مطلق - فراوانی نسبی - درصد فراوانی نسبی - فراوانی تجمعی و درصد فراوانی تجمعی را بنویسید .(با فاصله ی طبقات )
2)نمودار هیستوگرام - میله ای - ساقه و برگ و جعبه ای آنها را رسم کنید .
جواب :
داده هار ا مرتب می کنیم :
دامنه ی تغییرات
تعداد دسته
= فراوانی نسبی
= درصد فراوانی نسبی
درصد فراوانی تجمعی
فراوان تجمعی
درصد فراوانی نسبی
فراوانی نسبی
فراوانیمطلق
مرکزدستهها
دسته ها
ردیف
%40
1
%4
04/0
1
17
1
%24
6
%20
2/0
5
16
2
%48
12
%24
24/0
6
21
3
%68
17
%20
2/0
5
23
4
%88
22
%20
2/0
5
25
5
%100
25
%12
12/0
3
27
6
نمودار هیستوگرام (مستطیلی) :
نمودار میله ای :