حافظة شبیه سازی شده در Simics : یک یا چند فضای حافظه ای که معمولاً در مقایسه با فضاهای آدرس دهی شده در سیستمهای واقعی یافت می شود، است . مثال های مشخصِ این حالت، شامل حافظة مخزنی فیزیکی ، فضاهای ( پی سی آی باس)pci-bus و فضاهای آدرس دهی شدة I/O است. استفاده کننده ها نه تنها می توانند فضاهای حافظه ای را در ارتباط با یک مدل زمانی با آن گسترش دهند. بلکه؛ مخصوصاً در اثر چگونگی راههای ورود به یک حافظة طولانی ،می توانند ورود به مخزن و شبیه سازهای حافظه با ایجاد یک ردیابی تصحیح شوند.
Simics دارای یک رابطة متقابل برای ارتباط با برنامه های خروجی است. این برنامه ها می توانند یک روش منفرد یا یک باسِ ( bus ) حافظه ایجاد کنند. استفاده کننده ها می توانند یک روش جدید را توسط ارتباط با simics آزمایش کرده و ترافیک simics I/O مشتق شده از این روش در طول این آزمایش داشته باشد.
در زمان دسترسی به سیستم عامل مورد نظر ، توسعه دهنده ها می توانند فعالیتهای اجرایی در سطح استفاده کننده روی یک شبیه ساز « درخواستهای ظاهرشده» را با استفاده از شبیه سازی یک سیستم عامل انجام دهند.
شبیه ساز OS نیاز به اجرا روی سخت افزار شبیه سازی شده دارد، که به معنی این است که ما بتوانیم عملکرد یک اجرای منفرد را جداسازی ((ایزوله))کنیم . برای مثال در یک محیط OS شبیه سازی شده ، گسیختگی ها و عملیاتهای استثنایی از اندازه های عملکرد یک مخزن اجرایی تأثیر نمی گیرد. رقابت OS می تواند در یک زبان نوشتاری توسعه یابد.
برای اهداف آموزشی ، یک افزایش بنیادیِ هسته ای در زبان نوشتاری ، ورودیهای os را شرح داده و اصلاح کامپیوتر را برای آزمایشات عملی و مطالعات ، آسان میسازد. برای مثال در گسترش حمایت از فرآیندهای جدید ، کار روی نیازمند شمارِ زیادی از سیکل های شبیه سازی شده در پروژه است. شبیه سازی سادةos به طراحان مؤلف اجازه می دهد ، آزمایشات مؤلف را در سطح استفاده کننده مستقل از فرآیند ، روی سیستم عامل واقعی انجام دهند.
توسعة سیستم عامل «OS »
ارئة میان افزار و سیستمهای عامل برای دسترسی به سخت افزار یک استفادة کلاسیک از شبیه سازی سیستم کامل است. برای مثال Linux suse زا به طراح معماری AMD x86-64 با استفاده از مدل Hammer از simics وارد میکند و سیستم های wasabi در همان بخش بهNetBSD وارد میشود. با استفاده از روشهای قدیمی با یک طراحِ معماری پردازشگر جدید ، کار ورودی مرکزی را می توان در اغلب عوامل مشتق شده از آن نادیده گرفت، حتی زمانی که سخت افزار در دسترسی است. یک شبیه ساز، فواید کلاسیکی دارد. برای توسعة میان افزار ، توانایی افزایش نقاط وقفة ویژه بسیار سودمند است، مثل توقف اجرا بر اساس خواندن ثبت نامهای کنترلی مخصوص .
یک شبیه ساز یک سری از روشهای نیرومند برای قراردادن اشکالها در مقایسه با اشکال زداهای متداول است. simics امور رایج اشکال زدایی را مثل ؛ عملیات اطلاعات سمبولیک ، ردیف کردن نقاط توقف«وقفه» و مرحله بندی کردن را انجام می دهد، که برای دستیابی به سیستم بدون عیب است. با این وجود ، توسعه دهنده ها مجاز به بازرسی موقعیت این روشها و اجرای سیستم است. توانایی تکرار به طور منحصر . یکی از اَشکالِ سودمند برای اشکال زدایی است.
ورودی متقابل موس و صفحه کلید همانند ترافیک شبکه است که می تواند برگشت داشته باشد، که این باعث درستی روند اجرایی می شود. که یک اِشکال را برای تکرار فعال می کند.
توسعه دهنده ها پشتیبانی بازرسی شده را برای افزایش نقاط و وقفة پیشرفته استفاده می کند. برای مثال، نقاط وقفة نوشته شده می تواند معانی قفل شده را در ساختارهای دادهای چِک کرده و نقاطِ وقفة زمان بندی شده می تواند هنگامی که دو نقطه از برنامه جدا از همدیگر اجرا شود، علامت گذاری شود.
توسعه دهنده ها همچنین می توانند به اِشکال زداهای خروجی متصل شوند. Simics مدل جزئی gdb پروتکل اشکال زدایی جزئی TCP/IP را از GNU Debugger « gdb » افزایش می دهد. زمانیکه gdb جزئی با خطِ رایج simics کار میکند. استفاده کننده ها میتوانند یک اشکال زدای کاملاً شناخته شده که با اَشکال دیگر simics روبرو است به کار برند.
Simics آزمایشات مشخص سیستم را مثل اعتبار ، اجرا و تحمل نقص حمایت می کند، که نمی تواند در هر مسیر آزمایشی بدون شبیه سازی ، امتحان شود. یک شبیه ساز می تواند شرایط را اغلب برای ایجاد عملکردهای ناقص اصلاح کند. این عامل دارای فواید مشخصی در مقایسه با آزمایش سخت افزارِ فیزیکی است.
این موضوع سطح بالایی از اطلاعات در مورد روشهای خطا تهیه می کند و می تواند خطاهای کشف شده را تکرار کند. به عبارتی ، این آزمایش می تواند با استفاده از نقاط کنترلی و بازرسی ها ، به صورت خودکار «اتوماتیک» انجام شود و این هزینه بسیار پایین رود.
افزایش Simics
شکل (4 )یک بررسی از طراحی معماری simics را نشان میدهد که بیشتر از یک دهه به طول انجامیده است. نسخة اخیر ، بیشتر از 50 سال پیشرفت را طی کرده و با یک میلیون مسیر کُد شده در ارتباط است.
مرکزیت Simics
مرکزیت Simics ؛ زمان واقعی بین شبیه سازیهای simics را هم زمان کرده و ترافیک شبیه سازی شده را بینِ منحنی ها تعمیم میدهد و در واقع بدین ترتیب ترافیک را کاهش میدهد. این موضوع حداقل یک عکس العمل روی هر پیغام عبوری نشان میدهد که باعث شبیه سازیِ بدون عیبی، جهت تعیین قطعیتِ آن می شود. برای اشتراک عکس العمل شبکة میزبان با شبیه سازی ، مرکزیت simics یک برنامة زمانی دومرحلهای ، برای هم زمانی پیامهای عبوری استفاده میکند.
مرکزیت simics اخیراً شبکة «Ethernet» را حمایت میکند ، اما انواع دیگر شبکه ها می توانند با استفاده از یک ساختار زیرین مقایسهای اضافه شوند. اندازه گیریهای سازگار شبکه « مثل یک AM79C960 » با طرح مرکزی Ethernet در مرکزیت simics مرتبط است.
Simics شبیه سازیهایی با بیشترین سرعت ممکن ایجاد می کند ، اما مرکزیت simics شبیه -سازی را متوقف می کند. اگر یک فرآیند، سیکلهای مصرفی را آهسته تر از مرحلة استراحت انجام دهد ، به عبارت دیگر؛ سرعت شبیه سازی شبکه با سرعت آهسته ترین فرآیند simics متناسب است.
Simics یک زبان پیکر بندی ساده، برای توضیح سیستم هدف ، استفاده میکند. این عامل در مقایسه با پردازنده یا روش ماشین هدف و یا یک عامل مجازی مثلِ طرح حافظة فیزیکی مجازی و اَشکال دیسک است. این عوامل ، از طریق کلاسهایی که به وسیلة مدلهای بارشدة زمانِ اجـرا تعریف شدهاند ، معرفی میشوند . بـرای اضافه کردن یک روش ،توسعه دهنده ها یک مقیاس قابل استفاده با استفاده از اجرای برنامة simics –با افزایش یک کلاس- می نویسند. بنابراین ، آنها عاملی از آن کلاس در پیکر بندی فایل هستند. لیست زیر قسمتهایی از پیکر بندی یک فایل را برای desktop کامپیوترهای شخصی آینده با حافظة 256 مگابایت را نشان میدهد.«شکل 5 »
این فایل عواملی را برای پردازنده ، فضای حافظة فیزیکی و کنسول گرافیکی تعریف میکند. پیکربندی سیستم، نقاط کنترلی را با ثبتِ همة عوامل و نشانه هایشان در دیسک، در یک فرمت متنیِ قابل خواندن توسط انسان ، افزایش میدهد.
مسیر رایج متقابل«CLI » و بازرسی
Simics در ابتدا مسیر رایج متقابلی « CLI »را کنترل کرد که مشابه با پایانة یک اشکال زدا بود. Simics همچنین دارای یک ساختار در محیط اجرای زمانی Python است که مسئول بازرسیهای Python بوده و آنها را در CLI اجرا میکند.
در حقیقت CLI در Python ، بااستفاده از Simics API نوشته میشود. این بازرسیها میتواند با رویدادهای حقیقی در ارتباط باشد، مثلِ انتقال کمبودهای بافر کناری ترجمه«TLB» و اجراهای I/O . این کُد در شکل( 5 ) یک مثال Python از یک نقطه توقف شرطی است. این عامل ، نصب یک عامل برگشتی را به عهده دارد ، این زمانی است که نقطة توقف راه اندازی میشود. « در این مورد، زمانی است که دستورالعمل روی آدرس 0x000f 2501 اجرا میشود.» اگر رجیستر«ثبت» EAX وسیعتر از رجیستر ECX باشد، سیگنالهای کناررفته یک توقف داشته و شبیه سازی متوقف میشود. از طرف دیگر شبیه سازی ادامه مییابد. به چگونگی همة عوامل موجود در مقیاس CONF توجه کنید و موضوعات Python را طرح ریزی کنید.
برای هر هدف، Simics یک سری روشها که میان افزار و سیستمهای عامل را قادر به راهاندازی و اجرا میکند ، پشتیبانی میکند. برای x86 «PC » ، به عنوان مثال simics ، روشهای حاصل از ISA را مثل یک تایمر «8254 »، یک کنترل کنندة فلاپی «82077 » ، یک کنتـرل کنندة صفحه کلیـد / موس «8042 » ، مدیـریت( دستیابی ) حافظة تصادفی( اجرایی) « 8237 » ، یک کنترل کنندة وقفه « 8259 » ، و یک کلاک پالس تایمر واقعی RAM «DS12887 » . دستگاههای دیگر Simics x86 شامل یک کنترل کنندة وقفه « APIC , I/O APIC » ، یک میزبان برای پُل PCI « 82443BX » ، یک کنترل کنندة IDE ، یک آداپتور VGA «کارت گرافیک» ، یککارت گرافیک 3 بعدی سریع و آداپتورهای Ethernet را پشتیبانی میکند.
پردازشگرهای مورد نظر معمولاً دال بر خانواده ای از پردازشگر مرکزی است. برای مثال x86 حاوی 486sx پنتیوم 2 است. Simics . مقیاسهای سیستم پردازشگر چندتایی را برای همة اهداف ، حفاظت میکند.
همانطور که bus حافظه در شکل 4 نشان میدهد، simics می تواند با یک مدل درستِ سیکل زمانیِ نوشته شده، در یک زبان توصیفیِ سخت افزاری « HDL » مثل verilog ، روبرو شود.
Verilog این رویارویی ها را تعریف میکند ، که به عملکردهای مسیر c اجازه میدهد که جزئی از اجزاء HDL باشد. بنابراین verilog میتواند به بخش ارتباطی در HDL متصل شده و برنامة HDL میتواند با فراخواندن آن به شبیه سازی پیشرفتة یک واحد زمانی فیکس شده و مخصوصاً یک سیکل زمانی در یک زمانمشخص اجرا شود. زمانیکه سیگنالهای بین simics و شبیه ساز HDL عبور میکند ، سطوح ظاهری مربوطه باید انتقال یابد. برای مثال، مدلهای حافظه ای simics به صورت اتوماتیک خوانده میشود.بنابراین اگر شبیه ساز HDL یک گذرگاه حافظة اجراییِ انشعابی را تشکیل دهد ، باید خواندن را در یک پیامِ درخواست خواندن ، متوقف کرده و یک اجرای گذرگاه دادهای انجام دهد. همچنین simics چندین اجرای حافظه ای برجسته را برای ایجاد نمونههای ترافیک واقعی با حفظِ لیستی از دستورالعملها که اخیراً اجرا میشوند ، پشتیبانی می کند.
زمانیکه دادهها از مدل HDL به Simics می رسد، راه اندازی اجرایی دستورالعملهایی که در ابتدا متوقف شده بود ، در همان مسیرِ یک پردازشگرِ مدرنِ خروجیِ خواسته شده ، اجرا میشود. Simics از این خروجی خواسته شده برای ایجاد یک روش منطقی از ترافیک حافظه برای شبیه سازی خارجی ، استفاده میکند.
رابطة برنامة اجرایی Simics
یک شکل عمدة استفاده از simics ، توانایی گسترش آن است که باعث میشود، استفادهکننده ها ارتباط جدیدی در اختراع مدلها ، اضافه کردن تقاضاهای جدید ، یا نوشتن کنترل و تحلیل موارد معمول ، بوجود آید. Simics API دارای بیشتر از 200 عملکرد خروجی ، چندین داده و بیشتر از50 رابطة قبلاً تعریف شده« پیش فرض» دارد. این روابط ، کلکسیونی از اشاره گرهای عملکردیِ مشابه با روش جدولها هستند که simics برای ارتباط موضوعات داخلی، استفاده میکند. API در زبان c نوشته شده است، اما به طور مکانیکی به Python صادر میشود.
حافظه
اجرای حافظه ، بزرگترین اجرای رقابتی یک برای شبیه سازی سیستم کامل است. Simics یک علامت انتقال شبیه ساز «STC » ، برای سرعت دادن به کارها و ذخیره ها و اجرای دستورالعملها «Fetch » است. این علامتها ، اشاره گرها را برای حافظة شبیه سازی شده ذخیره کرده و با ادرس های مجازی ، جمعآوری میکند. یک عامل در تضمینِ STC این است که ؛ هیچ تأثیر جانبی ، مثل یک استثناءِ همترازی ، فقدان TLB « بافر ترجمة کناری» ، فقدان مخزن یا وقفة شبیه ساز وجود ندارد.
برای اجرای دستورالعملها ، STC بعضی از آدرسها را ذخیره میکند، که منحنی های منشعبی ایجاد میکند که می توانند به طور ایمن عبورکنند.
ضرورتاً ، کارهای stc به عنوان یک علامتی، برای ترجمة نمونة متداول است« که این یک STC Hit است. » ، که برای سهولتِ ترجمة قسمت مرکزی مناسب است. این نیاز برای ایجاد یک پیچیدگی ، مشخص است: برای مثال ، simics نیازمند به کاربردن ترکیبات مختلفِ هدف نهایی میزبان و اندازة فضای آدرس دهی میباشد. طرح STC ممکن است پیچیده ترین ساختار ، برای شبیه ساز باشد.
ترجمة کدهای ردیف شده
در مرکز هر سیستم شبیه ساز کامل ، یک مرکز ترجمه -«انتقال»- است. روشهای پردازشگر مرکزیِ شبیه سازی شده ، شامل مدلهای وقفة داخلی «استثنایی» ، طیف قابل مشاهده «نرم افزاری» ، کنترل عوامل ثبت شده و غیره است. بعضی پردازشگرها شامل اَشکالی شبیه ریزکدها هستند ، بنابراین simics/Alpha ، کد PAL « توابع کتابخانهای معماریهای ویژه » را پشتیبانی میکند .
راههای مناسب بسیاری برای نوشتن ترجمه ها وجود دارد مثل ، ترجمة کدهای ردیفی و انواع مختلفی از کدهای اجرای زمانی .
استفاده از یک شبیه ساز مؤثر و حتی خوبِ سازندة دست ، یک کار متمرکز و مستعد خطا است. ما یک زبان مخصوص SimGen با کد کردن معیارهای مختلفی از دستورالعملهای مورد نظر برای طراحان ایجاد کرده ایم. Simgen شامل ترکیب و کدکردن دستورالعملها همانند کد C برای مفاهیم و خواص و نشانه های سطح بالای استفاده شده با مدلهای زمانی است. سازگار کردن شامل سکانسی از ارزیابی های ناقص بوده که پیشنهاداتی در مورد تخصصی کردن و اتوماتیک کردن ارائه میدهد. شکل «6 » نشان میدهد spec برای یک IA32 / x86-64 به دستورالعملهای سمت چپ اضافه میشود. این مثال همة تعریفهای ماکرویی را که بیشتر از 100 مسیر دارد، حذف میکند. SinGen ماکروهای مخصوصی برای بیان ماهیت مفهومی ، ترکیبی و تکراری دستورالعمل های طراحان استفاده میکند و دستورالعمل – فرکانس آماری را برای هدایت سرویسهای مخصوصِ متداول استفاده می کنند. خروجی ، یک ترجمه ای درC است. ضرورتاً ، مرکز simics از یک خصوصیت سطح بالا بارور می شود.
استعمال رویدادها
Simics یک ماشین استعمال رویدادهای ایجاد شده است. هر پردازنده دارای دو ردیف رویداد است : یکی «ردیف مراحل» و دیگری «ردیف زمانی» .
در ردیف مراحل ، رویدادها بعد از تعدادی از مراحل ، محاسبه کنندة برنامه ظاهر میشود. محاسبة مراحل ، خلاصه ای از دستورالعملهای تکمیل شده به طور موفقیت آمیز است که باعث دستورالعملهایی می شود که استثنائاتی را به وجود میآورد و اجراهای داخلی در سطح سیستم استفاده میشود. «ردیف زمانی» دارای راه حلی برای یک سیکل زمانی پردازشگر است که واحد زمانی ثابتی در پیکر بندی است « همانند آنچه که در موضوع cpuo بالا وجود داشت. » Simics میتواند چندین رویداد را در همان سیکل، مرحله ای فهرست میکند و این ردیف را در درخواستِ FIFO به کار میبرد. زمانیکه فرستادن یک رویداد به ردیف زمانی انجام شود ، simics میتواند ردیفهای زمانی همة پردازشگرهای رویدادها را که حالت کلی را تحت تأثیر قرار میدهد ، همزمان کند. طرح این ردیفِ دوتایی به simics اجازه می دهد که اجزاء رویدادهای مشتق شده و اجزاء مشتق شدة زمانی را ترکیب کند.
اجرا
جدول (1 ) اجرای simics را خلاصه کرده است. برای سهولت ، ما انواع مختلفی از امور کاری راه اندازی سیستم عامل را انتخاب کرده ایم که هفت طرح پردازشگر مختلف را شکل دهی کرده است : Alpha EV5 ، ultra sparc 2 ، Ultra sparc 3 ، پنتیوم 2 ( Intel ) ، AMD x86-64 « Hammer » ، Intel ipf(( Itanium)) و Power Pc 750 . برای ایجاد رقابت ، ما همة اندازه ها را روی یک پنتیوم 3 – 933 mhz Intel - با 512 مگابایت RAM اجرایی LINUX ، اجرا کرده ایم.
برای شرح میزان توزین ، جدول 2 زمانهای راه اندازی کردن Solaris 8 را روی سیستمهای سرویس دهی ultra 2 enterprise برای موقعیت سریعِ چند کاربری در اندازه های مختلفی از پیکربندی نشان می دهد. این میزان یک سیستم ultra sparc 3 «750 Mhz » است. این زمان یک راه اندازی Solaris در ارتباط با نسخة سیستم عامل است. روشهای موجود برای مقدار حافظه ، فرکانس زمانی ، سرویسهای سیستم و غیره است.
میلیونها دستورالعمل به ازاء هر ثانیه روی مدلهای چند پردازنده ای وسیعتر هستند. برای اینکه ما قادر باشیم cpu های زائد را در طول اولین فاز راه اندازی ، ازکار بیندازیم. نسخه های خروجی خواسته شده در اجرای Ultra sparc بسیار پایین تر است. در مثال راه اندازی solaris 8 ، نسخة خروجی یک داده 16 کیلو بایتیِ اجرا شده در 0.3MIPs در مقایسه با 6.62MIPs در جدول 2 شبیه سازی میکند.
سیستم مرتبط با کار شبیهسازی
IBM اولین شبیه ساز مدرن را گسترش داد که باعث ایجاد برنامههای نوشته شده برای Ibm7070 جهت اجرای یکی از سیستمهای وسیع / کامپیوترهای 360 میشود « برای خلاصهای از کار روی شبیه سازی و شبیه سازی در صنعت، مقالة 1979 توسط مایکل کنون و همکاران » .
کارهای مقدماتی در آکادمیِ شامل شبیه ساز PDP11 توسط «جان دویل» و « تون ماندل برگ » تشکیل شده و افزایش g88 توسط « رابرت بدیچ » انجام شد . افزایش g88 به طور متوالی در محدودة عمومی قرار گرفته و جزییات طرح را منتشر میکند. این افزایش، یک پردازشگر واحدِ سیستم پایه ریزی شده به M88100 با ترکیبی از روشهای کاذب و حقیقی تشکیل میدهد و میتواند یک سیستم عامل را راهاندازی کند. یک پردازشگر از simics در سال 1991 شروع شد که روی g88 پایه ریزی شده و برای حمایت چند فرآیند با حافظة فیزیکی تقسیم شده است.
در سال 1994 ، شبیه ساز gsim دوباره به عنوان یک پردازشگر چندتایی مدل sparc v8 در نتیجة اولین نسخة simics دوباره نوشته شده است. اخیراً ، SimOS (( شبیه ساز سیستم عامل)) قسمتهای وسیعی از یک MIPS پایه ریزی شده بر اساس چند پردازشگر تشکیل شده ، راه اندازی شده و یک منحنی Irix اصلاح شده را اجرا میکند. SimOS و Simics اهداف مشابهی داشته و به راه حلهای مشابهی برای این عوامل میرسند. به عبارتی ؛ آنها به طور موازی پیشرفت کرده اند.
برای مثال، بازرسی اخیر کامپیوتر«شبیه سازی شده » در simics از تفسیر کارِ SimOS ناشی میشود.
Simics از کار شبیه سازی اولیه با انجام بهترین عملیاتها تشخیص داده میشود. بسیاری از احتمالات سیستم شبیه سازیِ کامل برای اجراکننده ها در دو بخش صنعت و آکادمی ، برای تکمیل همان زمان – شاید دوره ده ساله – بوده است. اما Simics این احتمالات را با یک محدودة کاری منحصر بفرد ، بیشتر از ابزار دیگر ، حمایت میکند.
برای مثال ، اجرای یک کد واقعی احتمالاً دارای اهمیت هستند. برای ابزار مشابه، ما اطلاع داریم که Simics می تواند میان افزار حقیقی را اجرا کند و کاملاً منحنی اصلاح نشدة کدهای مشتق شده را به اجرا درآورد.
نتیجه گیری
در حقیقت ، محققان Simics را برای توسعه و آزمایش میان افزار ، برای چندین desktop آینده و چندین سیستم سرویس دهنده استفاده میکند.
Simics قادر به اجرای یک شبکة ناهمگن از سیستم ها ، از بخشهای مختلف با همان شبکة کاری میباشد.
Simics یک ابزار سریع با یک سطحِ تجرد است که اضافه کردن اجزاء جدید و نفوذ به قسمتهای قدیمی را تسهیل میکند.
Simics یک کامپیوتر(شبیه سازی شده) عملی برای استفاده در یک رِنجِ وسیع از اجراهاست. ما اعتقاد داریم Simics نقطة شروعی برای یک مسیر مختلف از طرح ریزیِ آزمایش و افزایش سیستم های دیجیتالی بالا را نشان میدهد.
یک سیستم کامل شبیه سازی ، تعادلی بینِ مرحلة درستی و صحت با مرحلة اجرا ، از طریق تشکیلِ اجرایِ نهایی کامل و تهیة یک محدودة کاری مشخص برای سخت افزار و طرحِ نرم افزار در این زمینه ایجاد میکند.
همة کامپیوترها میتوانند یکدیگر را شبیهسازی کنند که این یک نتیجة بلاواسطه از کارِ تئوری (( آلِن تورینگ و آلونزو چِرچ )) است. طراحان کامپیوتر مسیری در استفاده از این خاصیت در پروژة ((EDSAC )) در سال 1950 ایجاد کردند. شبیه سازی در اَشکال و صورتهای مختلفی بوده و برای حمایت طرحِ کامپیوترها در هر زمان است. شبیهسازی دلیلی بر فواید متداولِ ساختار نرمافزاری است، که میتواند به طور قراردادی فرآیند پارامتری کردن ، کنترل و بازرسیِ سیستمی که تشکیل شده است را در سیستم هدفْ انجام دهد. این اندازه گیریها ، غیرنفوذی و تعیین کننده هستند؛ با این وجود پایه ای برای اتوماتیک شدن می باشند. جلسات شبیه سازی مضاعف (چند شبیه سازی ) می توانند به طور موازی ( همزمان ) صورت گیرند و نیز این جلسات این امکان را دارند که به صورت سند درآیند .
به طور طبیعی ، ما می خواهیم یک سیستم بی عیب شبیه سازی کرده و با دقت کامل آن را به اجرا در آوریم. در یک مدل کامل مشکلات قابل مشاهدهای در مورد تکمیل این جستجو وجود دارد ، مثلِ هزینه ، زمان تکمیل ، نقایص و کاهش خطاها. اما مهمترین آنها ، مسألة رئالیسمِ(واقعی) فشارهای کاری است. در اغلب موارد، ما چگونگیِ کاهشِ فشارهای یک مدلِ بدون عیبْ با اجرای مناسب ، جهت اجرای فشارهای کاری (واقعی) رئالیستیک را نمی دانیم . بنابراین به طور عملی ، مدلهایی که دارای دقت بالایی می باشند((مدلهایی که سعی میکنند دارای دقت بالایی باشند)) ، در نهایت برای اجرای فشارهای کاری بسیار محدود ((سرگرمیها)) مجاز شناخته شده اند .این نتیجة پاسخ دادن دقیق به سئوالهای نامربوط است.
نرم افزارهای Simics یک رایانه (Platform ) برای شبیه سازی کاملِ سیستم هستند که مجاز به ایجاد یک تعادل بین مرحلة دقت(صحت) با مرحله اجرا هستند و آن این است که این موضوع به طور کارا برای بدست آوردنِ سطوح اجرایی نسبتاً خوب درهمین زمان ، مورد بررسی قرار گرفته است. ((دقت عملی)) ، مناسب برای اجرای فشارهای کاری تجاری و همچنین ((دقت زمانی)) ، مناسب برای رویارویی با مدلهای سخت افزاری دقیق است. پروژة(طرح) Simic یکی از اولین پروژه های (طرح های )علمی و دانشگاهی (آکادمیک) در این زمینه هستند. این موضوع اولین سیستم کامل تجاری شبیه سازی بوده و فقط جهت اثبات احتمالات پیشرفت سیستم است.
ما در این قسمت به توضیح برخی از اصطلاحات و کلمات اختصاری موجود در متن میپردازیم:
بافر کناری ترجمه : «TLB »
سطح مجرد سازی یا تجرد : Abstraction
مسیر(های) رایج متقابل : CLI
زبان توصیفی سخت افزاری : HDL
به طورافزایشی ، ما باید یک سخت افزار کامپیوتری یا یک نرم افزار در زمینة کاربرد نهایی طرح نماییم. یکی از معیارهای ترکیب کننده در ارتباط با همکاری آن با بخش اجرایی است.برای مثال ، هیچ سیگنال منحصر یا دستورالعملِ اجرایی ، معیاری در وب سایت Amazon.com ندارد. درعوض ، این معیار در ارتباط با ممانعت یک مشتری ، به طور گسترده در اجرایِ یک تحقیق بوده و تصمیم به خریداری آن می گیرد. سرویسِ کاربرنهاییِ شبیه این ، معمولاً از ترکیبی شامل: سازنده های مختلف ، تجهیزات ، در شروع اجرای یک ترکیبِ استاندارد نرم افزاری و اجزاء مقدماتی ، تشکیل می شود. این تواناییِ دسترسی ، اجرا و اعتبار یک سرویسِ کابر نهایی ، معیار دیجیتالی بدون عیبی در آن نقطه به وجود می آورد.
پروژه های وسیع ، به منظور توسعة سیستمهای نهاییِ دیجیتالی بالا هستند که در محدودة متغیری از ابزار جهت یابی شبیه سازی و روشها و طرحها (متدولوژیها) به کار می روند. ما می توانیم این عوامل را در طول دو بعد کلاس بندی کنیم : الف) میدان دید ( هدف ) :(( منظور موضوعی میباشد که مدل سازی شده است .)) ؛ ب) سطح تَجُرْد : ((منظور سطح تجردی میباشد که برای آن موضوع، مدل سازی شده است. ))
سطح تجرد(Abstraction )
در شروع ، بهترین مشاهده از دوچشم انداز است: رفتار ساختاری (( که چه چیزی باشد))و رفتار زمانی (( که چه زمانی باشد)) .
اگر این هدف برای مدل سازی فشارهای کاریِ واقعی (رئالیستیک) باشد ، بنابراین ما اصلاًقادر به ایجاد طرح های (سناریوهای) مدرن نخواهیم بود یا میدانِ دید باید سیستم کاملی باشد. این سطح تجرد (Abstraction ) باید به طور عملی به اندازة کافی برای راه اندازی کردن(Boot ) پایین باشد و سیستمهای اجراییِ(عاملهای) تجاریِ اصلاح نشده و محکهای صنعتی را اجرا کند و نیز به میزان لازم برای حمایت مهندسی سخت افزاری به طور موقتی پایین (محدود) باشد. با این وجود، نزول سطوحِ جزئی تر مجردسازی نباید در یک شبیه سازی کلی اجرا شود که نمونة فشارِ کاریِ واقعی (رئالیستیک) را مسدود کند ؛ به عبارتی سری داده ها سایز بندی (اندازه بندی) شده و از لحاظ طولی اجرا شده است . امروزه طرحِ (سناریوی) فشارِکاریِ نهایی بالا دارای یک کُد پایه ای کلی از مسیر0^5 1 تا 10^8 است ، با اجرای طولی دستورالعملهای 10^9 تا 10^12 روی یک حافظة فیزیکی از بایتهای10^8 تا 10^11 با ذخیرة قبلی بایتهای 10^10 تا 10^13 اجرا می شود.
شبیه سازی یک سیستمِ کامل ، طرح و توسعه آن و آزمایش سخت افزارِ کامپیوتری را، پشتیبانی کرده و نرم افزاری با یک محدودة کاری شبیه سازی شده را که تقریباً در زمینة اجرای نهایی است ، حمایت می کند. در این مورد (( سیستم )) به معنی ((بعضی از زیرمجموعه های اختیاری در اجزاء دیجیتالیِ اجراکنندة کد آزمایشی ساده نیست.)) در مورد مثال Amazon.com این موضوع شاملِ دو مشتری (Linux Desktop و Windows ) در ارتباط با یک شبکة کاری برای یک دسته از ایستگاههای کاری بوده و در اجرای نرم افزار وب و پایگاههای داده ای و چندین اجرا(کاربرد) در محدودة وظایف مخصوص – کاری ، در ارتباط با ارزیابی موضوع نقش دارد.
بررسی Simics
Simics یک رایانة شبیه سازی است . ما آن را در زمینة کاراییِ دقیق برای اجرای سیستم عاملهای اصلاح نشده طرح ریزی کردیم. ( شامل دو سیستم مثل VxWorks و سیستم های خدماتی / Desktop مثل Solaris ، Linux ، Tru64 و windows Xp ). این موضوع به اندازة کافی برای اجرای فشارهای کاری واقعی مثلِ SPEC CPU2000 ، محکهای پایگاههای داده ای مثل کاربردهای متقابل Desktop ، TPC-C و بازیها ، سریع است. Simics هم به اندازة کافی برای مدل سیستمهای جاسازی ، Desktop یا سری باکسهای بالا ، سوییچهای ارتباط از دور ، سیستمهای چند فرآیندی ، گروهها و شبکه هایِ همة این آیتمها ((اقلام))عمومی شده است. در همین زمان Simics انعطافِ کافی برای پشتیبانیِ مسئولیتها و کارها در ایجادِ سیکل توسعه ، داشته است؛ که شامل فعالیتهای ناجورِ ظاهرشده مثلِ طرحِ میکروپردازشگر، توسعة سیستم عامل ، مطالعاتِ الحاقیِ ناقص و متنوع کردن طرح سخت افزاری است.
پردازشگرهای شبیه سازی Simics در سطح سری دستورالعملها ، شاملِ حالت سرپرستی کامل است. اخیراً ، Simics مدلهایی مانند :ARM ,MIPS ,Power Pc.IPF, (Hammer) 8-86-64, X86 Alpha ,Ultra Sparc را حمایت می کند. Simics یک نرم افزارِ خالص بوده و بخشهای اخیر شاملِ Linux(Alpha,Power Pc,X86) ، Solaris / Ultra Sparc ، Tru 64/Alpha,and windows 2000/X86 است.
شکل یک نشان می دهد که چندین نمونه از سیستمهای شبیه سازی Simics روی تنوعی از طراحان پردازشگر پایه ریزی شده است که هر کدام یک سیستم عامل مشابه را اجرا می کنند.
یک ماشین X86 ( پنتیوم 2 ) اجرا کنندة Red hat 6.2 و یک KDE desktop ( ویندوز وسیع در مرکز ) ((که)) نشان دهندة دو دلیلِ Netscape در ارتباط با خدماتِ حقیقی وب است.
-دومین ماشینِ X86 ( بالا سمت راست ) که نمایانگرِ صفحة Login ویندوز NT است.
-یک ماشینِ Ultra Sparc 2 اجراکنندة Solaris 8 و MySQL (چپ،قسمت وسط شکل) .
-یک Simics خط رایجی برای یک مدلِ Ultra Sparc 3 قبل از نیرومند شدن (Powering On ) (( پایین ،سمت چپ )) است. یک مدلِ ) Itanium ) ایتانیوم IPF اجراکنندة RedHat7.2 است. ((بالا،سمت چپ))
یک ماشین Power Pc اجراکنندة VxWorks ( قسمت مرکز،بالا) و یک ماشین (Hammer)X86-64 اجراکنندة ویندوز XP ( پردازشگر شبیه سازی شده که اجراکنندة روش Legacy ((32 بیتی)) است ) ؛(( پایین، سمت راست ویندوز است )). این ویندوز در گوشة سمت چپ، پایین شکل 1 ، خط رایجِ Simics را نشان می دهد. همة Simics های ویندوزهای رایجِ دیگر مخفی هستند. عکس این صفحه از یک سیستمِ پردازشگر دوگانه پنتیوم 3 Mhz – 933 با 512 مگابایت حافظه گرفته شده است که اجراکنندة RedHat Linux 7.2 است. همة فرآیندهای Simics در همین سیستم اجرا شده است. به عبارتی برای مدلهای پردازشگر ، Simics شاملِ دستگاههایی بوده که برایِ اجرای میان افزارِ واقعی و مشتقات دستگاه به اندازه کافی دقیق است. برای مثال ، Simics/Ultra Sparc 3 راه انداز PROM واقعی را اجرا خواهد کرد و Simics / x86 به طور دقیق نصب شده و windows xp را از دیسکهای نصب شده ، اجرا می کند.
Simics هر ماشین هدف را به صورت یک گره ، ایجادِ یک منبع مثل خدماتِ وب ، یک سرویس دهندة وب ، طرح یک پایگاه داده ای ، یک راه پیما (router ) و یا یک کاربر ((ارباب رجوع)) نشان می دهد. یک simics منفرد ، به عنوان مثال می تواند تعداد یک یا بیشتر از گره- های همان طراح های اولیه را شبیه سازی کند. حال ببینیم simics مرکزی چیست؟ ؛ گره ها یا منحنی های هیتروژنوس می تواند با شبکه ای مرتبط شود که توسط ابزاری کنترل می شود ، به این ابزار simics مرکزی گفته می شود. در شکل 1 simics مرکزی برای ارتباط با دو عامل Netscape در desktop مرکزی برای سرویس دهنده های وبِ حقیقی استفاده شده است.
Simics مرکزی یکی از اجزاء کلیدی بوده و باعث ایجاد سیستمهای توزیع شدة کاملی می شود. شکل 2 یک نمونه از ایجاد شبکه ، توصیف یک وبِ پایه ریزی شده بر اساسِ مسیر مورد بحث را با استفاده از سه راه حلِ پایگاه داده ای نشان می دهد. شبیه سازی برای استفاده به طور متقابل ،سریع است. با استفاده از موس یا صفحه کلید ،استفاده کننده ها می توانند یک ورودی برای کاربرهای((ارباب رجوعهای )) A و B ارائه دهند که با ویندوز ، روی سیستم های ویندوزِ میزبان اجرا می شود. مرکزِ Simics به عنوان یک راه پیما(router ) عمل می کند که به استفاده کننده ها اجازه می دهد، در شبکة شبیه سازی شده از محیط میزبان ، ردیابی کنند.
با این مقدمه چینی ( Setup ) ، ما می توانیم به طورمتقابل گروههای مورد بحث مختلفی روی سرویس دهندة وب را جستجو کرده «بررسی کرده» و پیامهای جدیدی با پاسخ قابل قبول بنویسیم. گروههای بازیافتی تقریباً 30 ثانیه دقت می گیرند.
چیزی که باید در اینجا مورد توجه قرار گیرد ، این است که این حالت یک مقدمه چینی «setup » شبیه سازی شدة کامل است. برای مثال ، هر عامل simics می تواند با یک مرحلة منفرد، مرحلة بازرسی و غیره متوقف شود که در این نمونه ، فرآیندهای simics به طور اتوماتیک فرآیند زمانی کلیِ شبیه سازی شدة نگارش شده را متوقف می کند. این شبیه سازی می تواند در هر مکانی به ترافیک حافظه کمک کند، در هر مکانی نقاط را بشکند و هر کدام از سیستمها را اصلاح کند،« مثل اضافه کردن دستورالعملهای جدید یا مخازن » این عامل میتواند ضبط شود و زمانِ همة استفاده کننده های وارد شده راثبت کند.
- برای مثال ؛ صفحه کلید و موس– در محـدودة درستی اجرایشـان ،این شبیـه سازی می تواند مقدمه چینی درستی برای یک نقطة کنترلی ضبط کرده و آن را دوباره به صورت تکرار عوامل درآورد.
شکل 3 یک ارتباطات کاری عمده ای در توسعة یک سیستم دیجیتالی نهاییِ کامل ، نشان می دهد. توجه کنید که شبیه سازی سیستمِ کامل بسیاری از ارتباطات را توسطِ ایجاد یک کامپوتر منفرد در یک سیکل پیشرفته کم می کند.
هر کدام از این کارها می تواند از یک مدل سیستم موجود به طرفِ مدل موجود دیگری در فضای خودش حرکت کند. به عبارت دیگر هر کار می تواند با یک خلاصه ای شروع شده و توسط طرح - مفاهیم نادرست ، که حاکی از سیستم واقعی آینده است ، انجام شود. این زمان، برای منافعِ تجاری و کاهش ریسکِ اجرای صنعتِ الکترونیک است. Simics اخیراً به طور تجاری در همة زمینه ها که در شکل 3 لیست شده است ، استفاده می شود.
طرحِ ایجاد پردازشگرِ بعدی یک محدودة اجرایی مقدماتی برای شبیه سازی است. ردیابی رایج بر اساس تکنیکهای شبیه سازی دارای محدودیتهای شناخته شده ایست ، که شبیه سازی یک سیستم کامل ، تصمیم به حل کردنِ آن دارد. مهمترین فشارهای کاری پردازشگر چندتایی((چندین پردازنده ای)) با حافظة سیستم فرعی در ارتباط است و مدیرِ اجرایی حافظة سیستم عامل بوده و برنامهریزیِ اصلی است که برای کامپیوتر در ردیابی یک برپایی(setup)غیر مشابه ، دشوار است . قابلیتهای simics ، دربرگیرندة مخزن تقریبی و مدلهای زمانی Io است که باعث ایجاد اولین تقریب در خواستی برای سیستم موجود بعدی میشود . این سرویس های تقریبی بعنوان یک کامپیوتر (شبیهسازی شده) برای مخزنهای موجود ، جهت ورود به سیکل مدلهای ریزِ معماری ، دقیق هستند .
Simics میتواند با سرویس دهی فشارهای کاری کاملاً مشخص سنجش شود،مثل tpc-cاما در آزمایش فشارهای کاری بطور متناوب نشان داده شده است .
بعضی از مدلهای اخیر پردازشگر simics ، شامل پشتیبانی از فرآیندِ خواسته شدة خروجی است. این مدلها واحدهای اجرایی نامحدودی داشته و دوبار با یک حائل قابل شکل دهیِ خواسته شده و با سرعتِ دوباره ثبت نام می کند، اما نه به صورت خطوط لوله ای. داده های استعمال شده بس برای Simics به هم مرتبط بوده و می تواند نقش برگشتی داشته باشد، زمانیکه آن استثنائات را محاسبه میکند. این حافظة ناقص برای موارد خروجی خواسته شده و اجرای حافظة برجستة چند بعدی بیشتر در مسیری است که در سیستمهای واقعی روی داده و این سیستمهایی است که در آینده باید ساخته شود.
ما این حمایت را برای تصحیح پیوست یک مدلِ ریز معماریِ عمومی (( Foul-blown )) است، این فلسفه ای است که Simics مدل کاربردی را تهیه کرده و یک محققی که مدل زمانی را ایجاد میکند.
CRM چیست؟
واژه CRM مخفف Customer Relationship Management یا سیستم مدیریت ارتباط با مشتری است. در حقیقت این سیستمها راهبردی است برای جمع آوری نیازها و رفتارهای تجاری مشتریان تا به ایجاد روابطی قویتر با آنها منجر شود. در نهایت، رابطه قوی با مشتریان مهمترین رمز موفقیت هر کسب و کار است. تکنولوژیهای بسیاری در قالب مدیریت ارتباط با مشتری CRM ارائه شده اند اما داشتن تصویری از CRM به عنوان مجموعه ای از تکنولوژی نیز نادرست است. به عنوان روشی بهتر برای درک CRM ، می توان آنرا به مانند فرایندی دانست که به ما کمک می کند تا اطلاعات مختلفی از مشتریان، فروش، اثر بخشی فعالیتهای بازاریابی، سرعت عمل در پاسخگویی به مشتری و نیز تمایلات بازار را به شکل یکجا جمع آوری کنیم.
ایده اصلی CRM کمک به بنگاهها برای استفاده از تکنولوژی و منابع انسانی در به دست آوردن دیدی بهتر نسبت به رفتارهای تجاری و ارزشی است که هر مشتری برای سازمان ایجاد می کند. در صورتی که یک سیستم CRM بتواند مطابق با ایده بالا عمل کند، سازمان قادر خواهد بود:
• خدمات بهتری به مشتریان ارائه دهد
• بازدهی و اثربخشی مراکز تلفنی تماس با مشتری را افزایش دهد
• ارائه محصولات جنبی موثرتر خواهد بود
• کارمندان فروش را در عقد سریعتر قراردادهای فروش یاری دهد
• فرایندهای فروش و بازاریابی را تسهیل کند
• مشتریان جدیدی برای خود پیدا کند
• گردش مالی مشتریان خود را افزایش دهد
مزایایی که برای CRM برشمردیم تنها با خرید و نصب یک نرم افزار CRM محقق نخواهد شد. برای آنکه یک سیستم CRM عملاً اثربخش باشد، سازمان باید پیشتر تصمیم گرفته باشد که به دنبال کدام یک از اطلاعات مشتری است و نیز از جمع آوری این اطلاعات چه چیزی را دنبال می کند. به عنوان مثال بسیاری از موسسات مالی شرایط زندگی مشتریان خود را به دقت پیگیری می کنند تا بتوانند خدمات بانکی مناسبی نظیر رهن یا اجاره را در مواقع مناسبی به آنها ارائه کنند تا نیازهای آنها را به بهترین شکل پاسخ دهند.
در گام بعدی، سازمان باید به منابع مختلفی که از طریق آنها اطلاعات مشتریان وارد سازمان می شود توجه داشته باشد و مشخص کند که در حال حاضر این داده ها در کجا و به چه شکل ذخیره شده و چگونه مورد استفاده قرار می گیرد. به عنوان مثال یک سازمان ممکن است از راههای بسیار متعددی با مشتریان خود تعامل داشته باشد مانند نامه نگاری، وب سایت، انبارهای فیزیکی، مراکز تلفنی ارتباط با مشتری، تیمهای سیار فروش و بازاریابی و نیز تبلیغات. سیستمهای CRM بسیار مطمئن قادراند این نقاط را به یکدیگر متصل کنند. اطلاعات جمع آوری شده بین سیستمهای عملیاتی (مانند فروش و انبار) و سیستمهای تحلیل کننده اطلاعات، رد و بدل شده و می توانند قالبهای موجود در آنها را استخراج و مرتب کنند. تحلیلگران سازمان سپس از طریق همین اطلاعات قادر خواهند بود تا تصویر جامعی از هر مشتری و حوزه هایی که به خدمات بهتری نیاز دارند، به دست آوردند. به عنوان مثال، در صورتی که فردی از خدمات رهن املاک، وام تجاری، حساب ذخیره بازنشستگی و یک حساب جاری یک بانک استفاده کند، برای بانک کاملاً مقرون به صرفه است که با چنین شخصی به محض تماس به بهترین وجه رفتار کند.
عملاً نه! ولی در عمل یک راه برای ارزیابی میزان نیاز به پروژه های CRM ، شمارش کانالهایی است که یک مشتری از طریق آنها می تواند به سازمان دسترسی داشته باشد. هر چه میزان کانالهای ارتباطی سازمان بیشتر باشد، نیاز به داشتن یک سیستم CRM با تصویری با تمرکز بر یک مشتری خاص بیشتر می شود.
اندکی بیش از آنچه که کارمندان فروش نرم افزار مدعی هستند!! . برخی از فروشندگان مدعی هستند که نرم افزار CRM آنها می تواند در زمانی کمتر از یک هفته نصب شده و کار کند. چنین بسته های نرم افزاری در طولانی مدت چندان مفید به فایده نخواهند بود زیرا نمی توانند تصویر جامعی را از بخشهای مستقل و در عین حال مرتبط با هم که مورد نیاز مشتری است ارائه دهند. زمان مورد نیاز برای پروژه های CRM ی که نیازهای آن به خوبی برداشت شده، به پیچیدگی پروژه و اجزای آن بستگی دارد.
مطالعه ای که در سال 2001 بر روی 1600 کارشناس فناوری اطلاعات و بازرگانی توسط Data Warehousing Institute انجام شده، نشان می دهد نزدیک به 50 درصد از پرسش شوندگان هزینه ای کمتر از 500 هزار دلار را به پروژه های CRM تخصیص می دهند. این امر بیانگر آن است که پروژه های CRM را نمی توان پروژه هایی سنگین و هزینه بر دانست. با این حال، همین تحقیق نشان می دهد که برخی از کارشناسان صحبت از پروژه هایی با بودجه ای بیش از 1 میلیون دلار کرده اند.
پروژه CRM سازمان خود را از طریق ایجاد پروژه های نمونه و نیز اعمال مقاطع زمانی مشخص (milestones) به قطعات قابل مدیریت کردن تقسیم کنید. کار را با یک پروژه نمونه آغاز کنید بطوریکه تمام گروهها و زیربخشهای سازمان را دربر بگیرد .این پروژه نمونه باید به گونه ای باشد که هم بتواند کل پروژه را در بر داشته باشد و در عین حال نیز به اندازه کافی کوچک و منعطف باشد تا بتوان با استفاده از آن تصویری کلی از پروژه به دست آورد.
امطمئن شوید که برنامه های شما برای یک سیستم CRM دارای چارچوبی با معماری قابل قیاس(scalable) باشد
به هیچ وجه حجم داده ای که باید از سازمان جمع آوری کنید را کم تخمین نزنید (این حجم بسیار بالا خواهد بود). باید قادر باشید در صورت نیاز سیستم خود را توسعه دهید.
داده هایی که باید جمع آوری و ذخیره شود را به دقت ملاحظه کنید. در وهله نخست شاید تصمیم برآن باشد که هر چه بیشتر داده جمع آوری و ذخیره شود اما اغلب نیازی به ذخیره کردن چنین حجمی از داده ها نیست. ذخیره سازی داده های غیرضروری تنها اتلاف پول و وقت است.
شخصیت فردی هر یک از مشتریان را به دقت بشناسید و پاسخ مناسبی به نیاز آنها بدهید. یک سیستم CRM باید دارای قابلیت قیمت گذاری در داخل خود باشد.
بزرگترین منافع مالی در سازمان عبارت است از هم راستا کردن کسب و کارها و همچنین استراتژیهای CRM و IT بطوریکه این همسویی در همه سازمان اجرا شود و چنانچه اختصاص به یک بخش از سازمان داشته باشد، نتیجه مطلوب حاصل نخواهد شد.
در واقع بسیاری از عوامل! . نخست نبود ارتباط بین افراد در زنجیره ارتباط با مشتری که ممکن است به ایجاد تصویری ناقص از مشتری منجر شود. ارتباطات ضعیف در این قسمت منجر به پیاده سازی تکنولوژی در سازمان اما بدون پشتیبانیهای لازم از کاربر می شود. به عنوان مثال در صورتی که منافع پرسنل فروش به شکل کامل با سیستم همراستا نباشد، ممکن است اطلاعات جمعیت مشخصی که موفقیت سیستم را سبب می شود، به سیستم وارد نکنند. 500 شرکت برتر آمریکا به دلیل مقاومت پرسنل فروش در برابر تلاشهای پیشین برای به اشتراک گذاشتن اطلاعات مشتریان، تا چهار مرتبه مجبور به تلاش برای پیاده سازی سیستم CRM خود شده اند.
خلاصه ای دربارة LISP و PROLOG
به وسیله برآورده کردن نیازهای گفته شده، LISP و PROLOG هر دو دارای زبانهای برنامه نویسی غنی و کاملی هستند وقتی که این زبانها را فرا می گیریم، دانشجو در ذهن و فکر دربارة روشهایی که آنها به وسیله ویژگیهای خاص هر زبان پشتیبانی می کنند، نیازها را نگه داری می کنند.
PROLOG یکی از بهترین نمونه و مثال یک زبان برنامه نویسی منطقی است. یک برنامه منطقی دارای یک سری ویژگیهای قانون و منطق است . PROLOG از محاسبة اولیه استفاده می کند. در حقیقت خود این نام از برنامه نویسی PRO در LOGIC می آید یک مفسر برنامه را بر اساس یک منطق می نویسد. ایده استفاده توصیفی محاسبه اولیه برای بیان خصوصیات حل مسئله یکی از محوریت های مشارکتPROLOG می باشد که برای علم کامپیوتر به طور کلی و به طور اخص برای زبان برنامه نویسی هوشمند مورد استفاده قرار می گیرند. نفع اسفتاده از محاسبه اولیه برای برنامه نویسی شامل یک ساختار ظریف و ساده و قابل معنی می شود.
به دلیل همین خصوصیات است که PROLOG به عنوان یک محرک اصلی و مفید برای تحقیقاتی مثل موارد برنامه نویسی آزمایشی به عنوان یک کد، متغیر کردن برنامه و طراحی ویـــژگیهـای زبان سطح بالا، مطرح است. PROLOG و دیگر زبانهای منطقی یک سبک برنامه نویسی مشخصی را دنبال می کنند که در آنها برنامه ها به صورت دستورات پشت سرهم و متوالی برای ایجاد یک الگوریتم، نوشته می شوند. این نوع برنامه اصولاً به کامپیوتر می گوید که «چه چیزی درست است» و «چه چیزی باید صورت گیرد» و این به برنامه نویس اجازه می دهد که بر روی حل مسئله به صورت یک سری خصوصیات از یک محدوده تأکید کند تا اینکه بخواهد به جزئیات نوشتاری سطح پائین ساختارهای الگوریتمی برای بعد بپردازد.
اولین برنامه PROLOG در مارسی فرانسه در اوایل 1970 به عنوان بخشی از زبان معمول یک پروژه نوشته شد. تئوری نهفته در پشت این زبان در کارهای کوالسکی،هیز و دیگران آورده شده است. عمدة توسعة PROLOG بین سالهای 1975 تا 1979 در بخش هوش مصنوعی دانشگاه ادینبورگ صورت گرفت.
در آنجا یک گروه مسئولیت کاربرد اولین PROLOG را به عهده داشتند که آقای David H.D مسئول آن بود. این گروه اولین PROLOG را ساخت که می توانست محاسبات کلی را انجام دهد. این محصول بر اساس سیستم DEC-10 ساخته شده بود و می توانست در مدهای توصیفی و مقایسه ای کارآئی داشته باشد.
مزیت این زبان به وسیله پروژه هایی که برای ارزیابی و گسترش قدرت بیان برنامه های منطقی نوشته شده اند، اثبات شده است.
بحث دربارة یک چنین کاربردهایی می تواند در سمینار و گردهمائی های مربوط به زبان برنامه نویسی هوش مصنوعی در سطح بین المللی مطرح شود.
LISP اولین بار به وسیله JACK MCCARTHY در اواخر دهه 1950 مطرح شد این زبان به عنوان یک مدل پیوسته محاسباتی بر اساس تئوری عملکرد مجدد،معرفی شد.
در مقالات اولیة مک کارتی (1960) اهداف خود را مشخص می کند: ایجاد یک زبان سمبولیک تا یک زبان محاسباتی. ایجاد زبانی که بتوان از آن به عنوان یک مدل محاسباتی بر اساس تئوری عملکرد مجدد استفاده کرد و از آن بتوان برای تعریف دقیق یک ساختار و تعریف زبانی استفاده کرد.
گر چه LISP یکی از قدیمی ترین زبانهای محاسباتی است که هنوز فعال است، ولی دقت کافی در برنامه نویسی و طراحی توسعه باعث شده که این یک زبان برنامه نویسی فعال باقی بما ند.
در حقیقت این مدل برنامه نویسی طوری مؤثر بوده است، که تعدادی از دیگر زبانها بر اساس عملکرد برنامه نویسی آن واقع شده اند مثل FP ، ML و SCHEME .
این لیست اساس برنامه ها و ساختارهای اطلاعاتی در LISP است، LISP خلاصه شده نام پروسه LIS است. این برنامه یک سری لیست های عملکردی درون ساختاری دارد.
LISP به برنامه نویس قدرت کامل برای اتصال به ساختارهای اطلاعاتی را می دهد.
اصولاً LISP یک زبان کامل است که دارای عملکردها ولیست های لازمه برای توصیف عملکردهای جدید، تشخیص تناسب و ارزیابی معانی می باشد.
تنها هدف کنترل برنامه بازگشت و شرایط منحصر به فرد است. عملکردهای کامل تر هنگامی که لا زم باشد در قالب این اصول تعریف می شوند. در طی زمان بهترین عملکردها به عنوان بخشی از زبان می شوند. پروسه توسعة زبان به وسیلة اضافه کردن عملکردهای جدید موجب توسعه محورهای زیادی از LISP می شوند که اغلب شامل صدها عملکرد بخصوص برای ایجاد اطلاعات کنترل برنامه، خروجی و ورودی، Edit کردن عملکردهای LISP می شوند.
این ارتباطات محرکه ای هستند که به وسیله LISP از یک مدل ساده و ظریف به یک مدل قوی و غنی و عملکردی برای ساخت سیستم های نرم افزاری بزرگ، تبدیل می شود.
یکی ازمهم ترین برنامه های مرتبط با LISP برنامه SCHEME می باشد که یک تفکر دوباره دربارة زبان در آن وجود دارد که به وسیله توسعه AI وبرای آموزش اصول مفاهیم علم کامپیوتر مورد استفاده قرار می گیرند.
برخلاف برنامه LISP و PROLOG ،برنامه شیء گرا ریشه در مهندسی نرم افزار دارد. اولین بار در سال 1970 توسعه یافته که به وسیله Alan Kay این تحقیقات صورت گرفته است.
ساخت ایده ها از محرک، که زبان نروژی تظاهر می کند در سال 1960 و مقاله Symour در استفاده از LOGO برای آموزش کودکان، صورت پذیرفته است.
استفاده از Dyna book برای اولین بار به عنوان یک کامپیوتر، که افرادی به غیر متخصصان علم کامپیوتر با آن سروکار داشتند.
بـــه دلیل اینکه کاربر افراد معمولی بودند سیستم عملکرد و کاربرد نرم افزار نباید تکنیکی می بود و به سادگی قابل تشخیص بود. راه حل آنها برای این مسئله یک مداخلة گرافیکی است با استفاده از منوها و آیکون های گرافیکی و اشاره گرها، یک موس یا یک سری برنامه ها برای ادیت کردن، داده ها می باشد.
دخالت کاربر در طراحی یک notebook متأثر از طراحی کاربرها برای یک سری کامپیوترهای تخصصی مثل سیستم های به کارگیری کامپیوتر شخصی مثل مکینتاش، ماکروسافت و محل های مربوط به ویندوز می باشد.
در یک برنامه small talk ،همه چیز در قالب هدف و یک ساختار قابل محاسبه مرک و قراردادی مطرح می شود. اهداف نه فقط شامل انواع اطلاعات برای محاسبه بلکه شامل انواع روشهای لازم برای محاسبه حالت و وضعیت هدف نیز می شوند.
ارزشهای یک هدف به صورت کلاس ها بیان می شود. اهداف ممکن است اهداف طبقه بندی شده که توصیف کنندة تمامی مواد یک نمونه باشد و بیانگر نوع ذات و توصیف تما می موارد یا مواردی که بیانگر یک عضو واحد هستند را شامل شود.
وقتی مواردی از یک نوع اطلاعات به وسیله اهداف توصیف می شود این موارد ذاتاً دارای نوع توصیف و روشهای توصیفی از عملگرهایشان می باشند،برای شکل دادن یک عملیات بر روی یک هدف، یک پیام به سمت هدف فرستاده شده که حاصل روش مناسبی می باشد. به عنوان مثال، اضافه کردن 3 و 4 پیام 4+ به سمت شیء 3 فرستاده می شود و 3 پاسخ می دهد می شود 7 .
به وسیله ایجاد انواع ترکیب اطلاعات و عمل بر روی آنها در یک عمل واحد مربوط به هدف، small talk از کد Modular (پیمانه ای) توسعه و نوع کاربرد برای عناصر اطلاعات و کد مربوط به تکثیر آنها، پشتیبانی می کند.
به دلیل اینکه اهداف small talk در قالب یک کلاس شبکه ای همراه با اهداف کاملاً ویژه که بخشی از تمامی روش هــای کاملاً کلی است ، بسیار ساده است که یک ساختار جدید برنامه ای توصیف کنیم که عملاً با اهداف موجود در برنامه همراه باشد. بنابراین یک برنامه اصولاً می تواند قدرت کامل یک سیستم باشد که شامل گرافیک،بازنگری و ارتباط است.
علاوه بر این روش های توسعه نرم افزاری مثل ارائه اطلاعات و زبانهای نهفته، فشار بر اپراتور و استفاده از کدها از طریق یک گروه اصلی و زبانهای نهفته در قالب یک مدل رایج پشتیبانی می شوند.
زبانهای شیءگرا همراه با بسیاری از خصوصیات مندرج در یک کلاس اطلاعاتی، شامل کلاس اصلی و توانایی پاسخ در ساختار اطلاعات می شود به همین دلایل زبانهای شیءگرا در برنامه نویسی AI استفاده می شوند.
نیاز به برنامه نویسی اطلاعاتی موجب توسعة تعدادی برنامه نویسی و تکنیک های زبان، شامل سیستم های تولید،قوانین و کلاس شیءگرا می شود.
یک سیستم هیبرید بیانگر نمونه های چند منظوره در قالب یک محیط برنامه نویسی خاص مــی باشد. گر چه محیطهای هیبرید متفاوت می باشد. ولی عموماً شامل خصوصیات ذیل می شوند.
1-نمایش شیء گرا از محدوده اشیاء
یک چنین سیستم هایی ذاتاً ویژگیهای کلاس را پشتیبانی می کنند و اغلب شامل یک مکانیسم انتقال پیام برای عکس العمل هدف می باشند.
2-قوانین نمایش اطلاعات neuristic
گر چه چهارچوب اهداف به معنی توصیف طبقه بندی اهداف، می باشند. قوانین به عنوان عمدة نظر توصیف مسائل اطلاعاتی می باشند.
ساختار then …. if ….. مناسب شیوة تخصص انسانی است که بیانگر پروسة تصمیم گیر است. قوانین دریافت اطلاعاتی از اهداف را دارند که با استفاده از یک زبان که مستقیماً در چارچوب یک هدف می خواند و می نویسد و یا به وسیلة استفاده از پیام که مستقیماً وارد هدف می شود صورت می پذیرد.
3-پشتیبانی از انواع روش های جستجو
بیشتر سیستم های پشتیبانی از جستجوی اولیه و انتهایی حمایت می کنند عموماً بیان یک هدف در قالب جستجویی ،تغییر به سمت عقب می باشد . علاوه بر این یک واقعیت تازه دربارة حافظه کارکرد ممکن است ایجاد علت های اولیه از قوانین کند که به وسیله این واقعیت جدید پشتیبانی می شوند.
4-توصیف دامنة کاربرد عملکرد متقابل و تأثیرات جانبی
یک demon فـــرآیندی اســـت که به وسیله عملکردهای جانبی بعضی از اعمال مشخص می شود. یک نمونه از استفاده demon کنترل در یک سیستم زمانی است که بیانگر دوره ای در مانیتور یک چاپگر و یا دیگر وسایل می باشد.
demon به وسیله یک زمان مشخص می شود. محیطهای AI این ایده را توسعه می دهند و باعث ایجاد demon می شوند که هنگامی که هدف تولید یا توصیف شود به کار می آیند.
چنین demonهایی برای به زمان نگه داشتن یک نشانگر در پاسخ به تغییر مقدار مورد استفاده قرار می گیرند. Demon های مهم و مطرح اصولاً دارای مقادیری متغیر می باشد که هنگامی که ارزش متغیر تغییر کند demon خوانده شده و وقتی که این اتفاق افتاد demon ایجاد و خلق می شود که این وقتی اتفاق می افتد که یک مقدار خلق شده باشد و ارزش ها در قالب گرافیکی فعال می شوند که این فعالیت می تواند متغیر باشد.
5-تداخلگرهای گرافیکی
اینها شامل یک طیفی از امکاناتی می باشند که اجازه تداوم و دنبال کردن موارد را می دهند. به عنوان مثال نشانگرهای گرافیکی می توانند ساختار قوانین یک اصل اطلاعاتی را به صورت یک درخت توصیف دهند. یکی از مهمترین خصوصیات محیطهای هیبرید،توانائی اتصال با استفاده از demon می باشد که به صورت یک نشانگر گرافیکی متصل به شیء و هدف می باشد. که این موجب عملکرد گرافیکی برای بیان زمان واقعی نشانگر می باشد که در حقیقت بیشتر محیط ها دارای یک پشتیبانی سطح بالای از داده های گرافیکی می باشند.
6-اجتناب از زبانهای زیرین
روشهایی که در قالب یک زمان خاص یا پاسخگو می باشند به وسیله محیط و یا اغلب اوقات LISP و PROLOG یا حتی