Payamvdn/NorthPersian_fa_wiki huggingface dataset:
و همچنین صفت های مشترکی که شخص را شرح می دهند داشته باشند. مثلاً ممکن است یک سازمان یک شخص را به عنوان Arrestee بشناسد در حالی که سازمان دیگر همان را با عنوان Defendant می شناسد، ولی در هر دوحالت، آن ها به یک انسان، دارای حداقل صفات قابل اشتراک بین دو سازمان، اشاره می کنند. به عنوان مثال شخص حتماً دارای نام، سن، جنسیت یا نژاد مشخص است. سازمان ها لزوماً نیازمند تجهیز سراسری سیستم اطلاعاتی خود یا سازگاری با استانداردهایی که یک یکسانی مصنوعی را در جمع آوری اطلاعات تحمیل می کند نیستند، اما باید درک مشترک و ثبات معنایی در ساختارهایی که بین خطوط سازمان ها عبور می کنند وجود داشته باشد تا به اشتراک گذاری اطلاعات به درستی و با موفقیت صورت پذیرد. هستهٔ مدل ملی تبادل اطلاعات (NIEM Core). مولفه های داده های درون یک مبادله اطلاعات که به طور سراسری در میان تمام یا برخی از دامنه ها به اشتراک گذاشته شده و درک شده اند، با عنوان مؤلفه های جامع شناخته می شوند. مؤلفه های جامع باید در بین دامنه های استفاده کنندهٔ آن فراگیر شده، شوند. برای فراگیر شدن یک مؤلفه، رضایت و موافقت تمامی دامنه ها در مورد معانی و ساختار یک مؤلفه نیاز است
تا آن مؤلفه ساختار یک مؤلفهٔ جامع را پیدا کند. مؤلفه هایی مانند شخص، آدرس و سازمان مؤلفه های جامع هستند. یک مؤلفه داده، ترکیبی از صفات در مورد موضوع موردنظر (مثلاً یک شخص) است. آن مؤلفه می تواند شامل صفاتی مثل نام شخص، تاریخ تولد، جنسیت، نژاد، رنگ چشم، رنگ مو و … باشد. به عنوان مثال مؤلفهٔ شخص تقریباً در تمامی سازمان های مرتبط و سیستم های اطلاعاتی دامنه ای که در حال حاضر به مدل ملی تبادل اطلاعات وابسته هستند یا قرار است بشوند، استفاده می شود و حاوی یک معنی واحد در میان تمامی جوامع ذینفع است. به عنوان مثال در سیستم های اطلاعاتی پلیس، شخص می تواند مظنون، توقیف شده، شاهد یا قربانی باشد. در سیستم های مدیریت پرونده دادگاه شخص می تواند وکیل، شاکی، شاهد یا عضو هیئت منصفه باشد. در سیستم های حفظ سلامت، شخص می تواند بیمار، پزشک یا پرستار باشد. در واقع در ابتدا یک مؤلفه (مثلاً مؤلفه شخص) برای استفاده عملیاتی تعریف می گردد سپس جهت کسب اعتبار بررسی می شود تا معتبر گردد. آنگاه می تواند در مدل ملی تبادل اطلاعات ذخیره شود تا برای دسترسی و استفاده مجدد توسط دیگر جوامع ذینفع قابل دسترس باشد. در صورتی که این عملیات به درستی ان
جام شود تعریف معنایی آن در میان هر تکنولوژی ای که امروزه استفاده می شود پایدار خواهد ماند و عمر مفید مؤلفه افزایش می یابد، البته جهت جلوگیری از منسوخ شدن یک مؤلفه می توان ان را در زمان مناسب باز هم به صورت اصولی ویرایش کرد و در دسترس جوامع ذینفع قرار داد. در نتیجه جوامع ذینفع نیازمند صرف زمان و تلاشی که متداولا برای ساخت یک مؤلفه از ابتدا لازم است نیستند. همچنین این کار باعث تسهیل در اشتراک گذاری وسیع تر اطلاعات شده و موجب ایجاد ارتباطات گسترده تر و مناسب تری می شود. دامنه ها (Domains). در مدل ملّی تبادل اطّلاعات دامنه به یک تشکیلات شغلی که در سطح وسیع روی سازمان ها منعکس شود گفته می شود. واحدهای دولتی، عملیاتهای کاربردی، سرویس های امنیتی و سیستم های اطلاعاتی که برای دستیابی به اهداف مشترک سازمان دهی شده اند، هر یک به گونه ای دامنه محسوب می شوند. با توجه به شکل (الف) حوزه های عدالت و مهاجرت، هر یک به عنوان دامنه در این مدل تعریف می گردند. دامنه ها برای تسهیل در اداره امور، سازمان دهی شده اند و هرکدام دارای میزانی از پایداری هستند. هر دامنه به طور مرسوم شامل یک گروه از داده های به هم متصل است که: یک دامنهٔ اید
ه آل که هم اکنون در مدل ملی تبادل اطلاعات مشغول به فعالیت است عدالت است. دامنهٔ عدالت شامل سازمان هایی است که کارکردهایشان مرتبط با گزارش گیری و تحقیق در زمینهٔ جرم، دستگیری مظنونین متخلف، تعقیب قانونی، قضاوت محکومین جنایی و سرپرستی محکومین و … است. دیگر دامنه های مدل ملی تبادل اطلاعات شامل موارد زیر می شود: جوامع ذینفع (Communities of Interest). جوامع ذینفع گروه های همدست از کاربرانی هستند که اطلاعات را به دنبال اهداف اشتراکی، علایق، مأموریت ها و فرآیندهای شغلی مبادله می کند. از این رو این کاربران باید فرهنگ لغات مشترکی برای اطلاعاتی که مبادله می شوند داشته باشند. جوامع ذینفع از اجزای داده ها و محصولات مصنوعی یافت شده در مدل ملی تبادل اطلاعات برای مستندسازی مبادلات داده ای خود استفاده می کنند. جوامع ذینفع به طور خصوصی، عمومی یا مجازی به جلسه می نشینند تا نیازهای کسب و کار خود را تعریف کرده و برای نیازهای خود در اشتراک گذاری اطلاعات درون و بیرون دامنه ای خود مدل سازی و برنامه ریزی کنند. مستند بستهٔ تبادل اطلاعات (Information Exchange Package Document). اطلاعاتی که به طور عمومی و فراگیر بین دامنه های شرکت کنند
ه مبادله می شود می تواند به صورت بسته های تبادل اطلاعات (IEPs)، در قالب الگوهای XML، سازمان دهی شود. نمونه ای از این جمع آوری اطلاعات، داده های مرتبط با یک بازداشت است. داده ای که باید مبادله شود نه تنها شامل داده های توصیفی و شخصی در مورد شخص دستگیر شده است، بلکه شامل اعترافات شخص، محل جرم، افسر دستگیرکننده و… نیز است. بسته های تبادل اطلاعات مجموعه ای از داده ها را که برای هدف خاصی بین سازمان ها مبادله می شوند، ارائه می کند. (به عنوان مثال باز کردن یک پروندهٔ محکومیت توسط یک پیگرد محلی). بسته های تبادل اطلاعات شامل یک نمونه XML واقعی که Payload و Information را حمل می کند است. اطلاعات اضافی در مورد این مبادله خاص می تواند در آینده در قالب یک بسته به نام مستندات بستهٔ تبادل اطلاعات مستندسازی شود؛ که این اطلاعات شامل داده هایی است که ساختار و محتویات را شرح می دهند. یک مستندات بستهٔ تبادل اطلاعات از مجموعه مشخصی از نیازهای کسب و کار در یک موقعیت عملیاتی پشتیبانی می کند. مدل ملی تبادل اطلاعات کتابخانه ای از شئ های قابل استفاده مجدد، برای ساخت قاب های بسته تبادل اطلاعات در فرم XML عرضه می کند. مدل ملی تبادل اطلا
عات مستندات لازم برای تبادل اطلاعات را استانداردسازی کرده است؛ و این مدل طراحی شده است تا مستندات بستهٔ تبادل اطلاعات را برای کاربران در قالب ابزارهایی قابل دسترس کند و بدینوسیله جستجویی کاربردی را ممکن سازد. از این طریق کاربران می توانند مستندات بستهٔ تبادل اطلاعات موجود را بر اساس نیازهایشان یافته و استفاده کنند. همچنین مدل ملی تبادل اطلاعات ابزارهایی برای پشتیبانی از توسعه و استقرار سریع مستندات بستهٔ تبادل اطلاعات ساخته و منتشر می کند و فرآیندهای مدیریت شده ای را برای ایجاد، پشتیبانی، انتشار و انجام مبادله اطلاعات عرضه می کند. برای پشتیبانی از چنین مبادلاتی مدل ملی تبادل اطلاعات موارد زیر را فراهم می کند: چرخه حیات مستندات بستهٔ تبادل اطلاعات. چرخه حیات مستندات بستهٔ تبادل اطلاعات در مدل ملی تبادل اطلاعات، تصویری از چگونگی ساخت و انتشار ایده آل این مستندات را ترسیم می کند. نحوهٔ کاراین چرخهٔ حیات، به صورت تجویزی در نظر گرفته نمی شود و الزامی ناست. به عنوان مثال توسعه دهندگان مستندات بستهٔ تبادل اطلاعات ممکن است در یک مرحلهٔ خاصی وارد چرخهٔ حیات شونده و ممکن است قلمرو چرخه را در جهت پشتیبانی از سطح تلاشی ک
ه برای توسعه مستنداتشان نیاز دارند تنظیم کنند. چرخه حیات مستندات شش مرحلهٔ اصلی دارد: Publish and implement: این مرحله فعالیت های خود را بر روی انتشار مستندات بستهٔ تبادل اطلاعات و استفاده از ان در حالت تولید متمرکز کرده است. در ادامه مطالب با هر یک از مراحل بالا با جزئیات بیشتر آشنا خواهیم شد. Scenario Planning. هدف از این مرحله برنامه ریزی برای پروژه، ایجاد یک روند، ارائه منابع انسانی و فناوری، شناسایی و تبادل اطلاعات مورد نیاز کسب و کار است. شناسایی تبادل اطلاعات مورد نیاز کسب و کار و بهترین برنامه ریزی و سناریو برای مبادلات از طریق شناسایی اطلاعات در این فاز قرار می گیرند. معمولاً یک آژانس نیاز ندارد که همه اطلاعات جمع آوری شده خود را به سازمان ها و آژانس های دیگر و دامنه های دیگر به اشتراک بگذارد. شناسایی دقیق اطلاعاتی که بین سازمان ها مبادله خواهد شد به وسیلهٔ مدل سازی شیوه های کسب و کار مربوط به دامنه و از طریق scenario base planning و information exchange mapping صورت می گیرد. اولین کار در این مرحله ایجاد یک چشم انداز روشن برای پروژه توسعهٔ الگو است. هدف از یک چشم انداز رسیدن به این منظور است که در سط
ح بالا چه چیزهایی که در محدوده پروژه است. همچنین باید پاسخ سوالات زیر در این مرحله مشخص شود. چه افرادی ذینفع هستند؟ چه سودی از کسب و کار انتظار داریم؟ مدت زمان این پروژه چقدر است؟ ویژگی های مهم که باید به آن توجه داشت. به عنوان مثال یک پروژه ممکن است یک دنباله ای از پروژه های قبلی باشد یا ممکن است اهداف مهم تجاری را خارج از محدوده رها کند با این هدف که بخواهیم در پروژه های آینده به آن ها رجوع کنیم. عمل بعدی در این مرحله ایجاد یک فرایند برای دنبال کردن پروژه است. در این عمل، جهت رسیدن به نیازهای مشخص باید تغییرات مناسب به موقع صورت گیرد و تمامی احتمالات ممکن برای دنبال کردن پروژه مشخص واضح باشند. فرایند باید علامات قابل تحویل (به عنوان مثال مدل دامنه، NIEM mapping، الگوها و …) و تاریخ تحویل آن ها را شناسایی کند. در زمان های تعیین شده برای هر هدف در هر مرحله شما باید انتظارات سهام داران و شرکت کنندگان دیگرِ پروژه را تنظیم کنید. به طور خاص، باید تاریخ اهداف معقول و منطقی باشد. هر چند دقیق و از پیش تعیین شده نباشد و باید آن را به عنوان مدل دامنه گسترش داد. باید پیچیدگی پنهان که ممکن است تنظیمات پروژه یا تاریخ ها
را تغییر می دهد را تنظیم و برنامه ریزی نماییم. عمل بعدی در این مرحله سناریوهای در حال توسعه است. سناریوها توصیف کننده زمینه کسب و کار، رویدادها، حوادث یا شرایطی که در آن اطلاعات باید بین سازمان ها یا دامنه ها رد و بدل شود، است. برای مثال سناریو ممکن است یک حمله تروریستی در یک شهرستان یا ایالت باشد که جزییات و نقاط بحرانی عملیاتی که باید بین دو یا چند سازمان برای پیشگیری حوادث رد و بدل شوند را دقیق، قابل تشخیص و قابل بازسازی مجدد ارائه دهد. سناریوها ممکن است از به تصویر کشیدن جریان اطلاعات در حال مبادله بین سازمان های درگیر، شناسایی و نتیجه گیری از شکاف ها، موانع و نقص های فرایندهای کسب و کار و تبادل اطلاعات استفاده کنند. همچنین امکان دارد برای توصیف پتانسیل های بالقوه محیط و پیش بینی گستردگی محیط و گستردگی اطلاعات و تغییرات تجاری، در این مرحله شناسایی و گردد. عمل بعدی ایجاد گروه کاری پروژه است. این گروه کاری باید از اعضای زیر تشکیل شده باشد: کارشناس موضوع تجاری (Business subject - matter expert). نماینده منافع سهام داران مشخص شده در سند چشم انداز پروژه است. این کارشناس دیدگاه های تجاری بسیار مهمی در راستای مح
توای اطلاعات و مبادلات و زمینه های کسب درآمد برای این تجارت ارائه می دهد و باید متخصص در تجارت عمومی باشد و باید در تجارت تبادل اطلاعات تخصص خاص داشته باشد. مثلاً اگر سرمایه گذاری موجود در سیستم های نرم افزاری در تولید و مصرف اطلاعات در حال مبادله است برای کاربران و گروه کاری و سهام داران بهتر است که در این زمینه کار کنند. متخصص XML Expert) XML). این کارشناس باید درک عمیقی از XML و تکنولوژی های مربوط به الگوهای XML داشته باشد. تسهیل کننده یا همان رابط (Facilitator). یک تسهیل کننده که باید بتواند هم در تجارت و هم در XML کار کند هرچند در هیچ کدام توانایی های متخصصان بالا را نداشته باشد تا بتواند بین متخصص XML و متخصص تجارت کار گروهی را سازمان دهی کند و منجر به یک فرایند شود. مسئولیت های تسهیل کننده شامل پیش بردن جلسات مدل سازی. یعنی در انتخاب یک تسهیل کننده این خیلی مهم است که بتواند مدل سازی انجام دهد. در نهایت وقتی اعضای تیم کاری انتخاب شدند و تاریخ های اعمال مراحل مقرر شدند، Facilitator باید در جهت دستیابی به منابع و دیگر ابزارهای ارتباطی منظم شود. ثابت شده است که وب سایتِ یک پروژه برای بسیاری از تیم های کار
ی مناسب بوده است. باید در آن لیستی از اعضای گروه کاری و اطلاعات تماس و وظیفه هر فرد و طرح مورد نظر هر فرد در پروژه و مکانی برای جزئیات و اخبار و غیره که در بخش های بعد دقیق تر خواهد شد، فراهم گردد. ابزارها (Tools). با این حال ابزارهای زیر به صورت پایه مورد نیاز خواهند بود: Requirement Analysis. دومین گام از روند توسعه مستندات بستهٔ تبادل اطلاعات، تجزیه و تحلیل نیازهاست. در این مرحله بیشتر به درک و تشریح مستندات، زمینه کسب و کار و داده های مورد نیاز پرداخته شده است؛ و امری که موجب نتیجه گیری در این مرحله می شود، توسعه مدل دامنه است. اولین کار در این مرحله تعریف متن و محتوای اطلاعات است. در این مرحله چهارچوب مبادلات و اینکه تحت چه شرایطی این تبادلات رخ خواهد داد، مشخص می شود. در این مرحله نه تنها شناسایی محتوای اطلاعات جهت تبادل بخش مهمی از این مبادلات بوده و نباید نادیده گرفته شود بلکه علاوه بر آن سیاست های مهمی مانند حفظ حریم خصوصی، امنیت، اولویت، فرکانس، ضرورت، پیچیدگی و محرمانه بودن، مورد اهمیت است. برای تعریف اطلاعات مورد نیاز انواع ابزارها و روش ها باید مورد استفاده قرار گیرد. این کار نیازمند استفاده از گ
روه های تعریف شده در مرحله قبل است و خروجی این کار به عنوان ورودی در اختیار مرحله بعدی برای ساخت مدل دامنه قرار می گیرد. البته جای تعجب ندارد که خروجی این مرحله یک مدل برای دامنه است زیرا این مدل می تواند به اشکال مختلفی باشد. برقراری ارتباط بین گروه های کاری به طور کلی در این مرحله انجام می شود منظور از این ارتباط در درجه اول یک ارتباط اولیه بین دستگاه ها است، نه یک ارتباط بین متخصصین تجاری و تکنسین های مدل سازی. اگر چه متخصصین تجاری حتماً باید قادر به ایجاد یک اتفاق نظر در سراسر مدل باشد یعنی همه شرکت کنندگان مانند متخصصان، تکنسین های مدل سازی، شرکت کنندگان غیر فنی، و غیره باید موافق یا مخالف مدل باشند. این کار حساسیت و دشواری کار متخصصین تجاری را نشان می دهد. به ویژه متخصصین Subject-Matter کسب و کار، باید قادر به ایجاد یک توافق نظر عام در سراسر مدل باشند. به همین دلیل مدل نیاز دارد چیزی باشد که شرکت کنندگان غیر فنی هم بتوانند با آن موافقت یا مخالفت کنند. این فاکتور دلالت مهمی بر فرم مدل دامنه به ویژه موارد زیر دارد: یکی از وظایف مهم این مرحله تنظیم مناسب و درست مدل دامنه است. در پروژه های تولید مستندات بست
هٔ تبادل اطلاعات یک مرجع موفق برای مدل های دامنه در ۳ فرمت زیر ساخته اند: البته این بدان معنی نیست که این مدل ها جامع، کامل و حتمی هستند و می توان از دیگر فرمت ها هم استفاده کرد. همچنین گروه های کاری باید موارد زیر را در نظر داشته باشند: Mapping and modeling. گام سوم در فرایند توسعه مستندات بستهٔ تبادل اطلاعات شامل ارتباط مفاهیم و ساختار مدل و مدل دامنه با انواع و عناصر درون مدل ملی تبادل اطلاعات است و از آن با نام MAPPING یا نقشه برداری یا نگاشت یاد می شود. در طی این کار هر مفهوم و کلاس در مدل دامنه و همچنین خصوصیت فردی و عنصر اطلاعاتی باید در یک نوع خاص در مدل تبادل اطلاعات ملی همراه شود. در طول تمرین نگاشت، ۳ نتیجه بالقوه به دست آمده که در زیر با آن ها آشنا می شویم: Matches. در تطبیق کامپوننت ها می تواند شامل کامپوننت هایی باشد که در آن نام کامپوننت ها متفاوت باشد اما درون همان دیتا کامپوننت معنا و ساختار معادلی دارد یعنی یک نگاشت یک به یک بین NIEM و منبع کامپوننت ها وجود دارد. Partial matches. می تواند شباهت هایی بروز کند اما بعضی تفاوت هایی بین دیتا کامپوننت ها وجود دارد. این تفاوت ها می تواند شمامل ساخت
ار، تصادم نام گذاری عنصرها یا در مقدار و نوع داده یا سطح لغوی باشد. No matches. قطعات داده با داده های مدل تبادل اطلاعات ملی هیچ مطابقتی نداشته و دیتا کامپوننت ها شامل مجموعه ای از انواع عناصر اضافی می باشند که انتخاب شده اند برای یک NIEM. بسته به ماهیت بالقوه مدل پیشنهادات ممکن است شامل اضافه کردن نوع جدید یا مطابق با اضافه کردن یک عنصر، تغییر نوع داده، تغییر نام، دیتا کامپوننت ها یا تجدید نظر از یک تعریف باشد. برای انجام نگاشت باید قادر به انجام جست و جوی سریع و کارآمد از طریق مدل تبادل اطلاعات ملی برای انواع و عناصر باشیم. برای انجام این جستجو ابزارهایی در دسترس هستند. وب سایت های دولتی و ابرازهای رهرو دو نمونه در دسترس آنلاین و ملی هستند که می توانند برای جستجو مورد استفاده قرار گیرند. Building and validating. گام بعدی در فرایند توسعه IEPD، خلق یک مجموعه از مبادلات خاص از الگوهای XML است که پیاده سازی مدل داده ایجاد شده، برای تبادل در مراحل قبل است. ورودی اصلی در فرایند مدل سازی همان نگاشت است که در مرحله قبلی ذکر شد و خروجی هم NIEM CONFORMANT است. ۳ الگوی اصلی وجود دارد که آن ها در زیر به همراه توضیح آمد
ه است: Assembling and documenting. پیشتر IEPD را توضیح دادیم و اسناد دیگری از جمله قوانین تجاری و متا دیتاهای مورد نیاز را گفتیم. خروجی های این مرحله عبارتند از الگوهای معتبر، به عنوان مثال Meta data و Documentation artifacts. زمانی که همه الگوها مستندات و متا دیتا و دیگر فایل ها دریافت شدند IEPD می تواند بر اساس فرمت و مشخصات NIEM IEPD تولید شود. در این مرحله فایل های مورد نیاز برای IEPD بسته بندی و آماده و در درون یک فایل قابل حمل قرار داده می شوند. در این آرشیو همه الگوها (مثل زیر الگوها، پسوندها، مبادلات و غیره)، XSLETها، مستندات (شرایط تجاری، نمودار و غیره) قرار دارند. فایل آرشیو همچنین شامل یک فایل متا دیتای آماده با خصوصیات XML برای متا دیتاهای بسته های اطلاعاتی NIEM و فایل های اکس اچ تی ام ال هستند که با یک مرورگر استاندارد نمایش داده می شوند. Publishing and implementing. خروجی نهایی از چرخه حیات IEPD یک IEPD منتشر شده و قابل جستجو، کشف و استفاده مجدد است. توسعه دهندگان IEPD این امکان را دارند که IEPDهایشان را به مخزن خودشان توزیع کنند. IEPD که توسط NIEM PMO به NIEM NDR ارتقاء و مطابقت داده شده و به ا
ولویت استراتژیک تبدیل شده شامل شناسایی مبادلات اطلاعات مهم ملی و طراحی شده به وسیلهٔ هیئت ها و مقامات ملی تبادل اطلاعات و توسط منابع معتبر جهانی مانند انجمن های جهانی.
منوچهر بزرگمهر (آذر ۱۲۸۹ در تهران–۲۷ آبان ۱۳۶۵) استاد دانشگاه، مترجم و نویسندهٔ ایرانی آثار فلسفی بود. او از پیشگامانِ معرفیِ فلسفه تحلیلی به ایرانیان بود. زندگی. منوچهر بزرگمهر، مدرس، مؤلف و مترجم در آذر ۱۲۸۹ در تهران متولد شد. او فرزند میرزا یوسف خان ملقب به علیم السلطنه از پزشکانی بود که دوره طب را در فرانسه گذرانده بود. بزرگمهر تحصیلات ابتدایی و متوسطه خود را در مدرسه آمریکایی تهران به پایان رساند و بعد از آنکه دو سال در مدرسه حقوق به تحصیل پرداخت، سال ۱۳۱۱ برای ادامه تحصیل به انگلستان رفت و پس از اخذ درجه لیسانس حقوق از دانشگاه بیرمنگام به ایران بازگشت. ابتدا در وزارت معارف مشغول به کار شد. پس از خدمت نظام وظیفه، در وزارت امور خارجه مشغول به کار شد. در سال ۱۳۱۸ به استخدام شرکت بیمه درآمد. در سال ۱۳۱۹ به مشهد منتقل شد، مدتی در راه آهن مشغول به کار شد و سرانجام در شرکت نفت مشغول به کار شد. وی بین سال های ۱۳۴۵ تا ۱۳۵۵ مشاور حقوقی کنسرسیوم بود. بزرگمهر همچنین از سال ۱۳۴۱ تا ۱۳۴۵ در دانشگاه تدریس کرد. وی اگرچه شغل دیوانی و اداری خود را در صنعت نفت اختیار کرده و به مناصب بالای اداری همچون مشاور حقوقی شرکت نفت
و ریاست اداره حقوقی شرکت نفت انگلیس و ایران دست یازیده بود، اما به عنوان مترجم آثار فلسفی در زمره اولین کسانی بود که تازه های اندیشه فلسفی غرب را به ایرانیان شناساند. اهمیت کار بزرگمهر آنجا نمایان می شود که پژوهشگران فلسفی طی چند دهه هنگامی که می خواستند دربارهٔ فلسفه تحلیلی اطلاعاتی کسب کنند، معمولاً به سراغ آثار ترجمه شده او می رفتند.
الاشلو نام روستایی در استان خراسان شمالی است. این روستا از توابع شهرستان شیروان است. مردم این روستا به زبان کردی (کرمانجی) صحبت می کنند. شغل آنها دامداری و کشاورزی است. هوای منطقه سرد و خشک است و در تابستان ها هوا خنک و در زمستانها با بارش سنگین برف همراه باشد. ارتفاع روستا از سطح دریا ۱۶۴۵ متر است. موقعیت. این روستا در فاصله ۴۰ کیلومتری شمال شرقی شیروان واقع است که از شمال به روستای بوانلو و از جنوب به روستای اوغاز تازه، از شرق به کوه گنه و از غرب به روستای حمزه کانلو پایین محدود می گردد. این روستا یکی از روستاهای ایل سیفکانلو محسوب می شود. منابع. جغرافیای تاریخی شیروان، تألیف: محمد اسماعیل مقیمی
مفاتیح الاعجازفی شرح گلشن راز یکی از جامع ترین و کامل ترین شرح های مثنوی گلشن راز است که در سال ۸۷۷ هجری قمری توسط شمس الدین محمدبن یحیی لاهیجی از عرفا و مشایخ سلسله نوربخشیه نوشته شده است. مزیت این شرح به شرح های مختلف دیگر، ذکر یکایک ابیات گلشن راز و تفسیر همه آن هاست، همچنین نویسنده توضیحات و شرح مفصلی در مبانی و اصول علمی و عملی عرفان و تصوف ارائه می کند. این کتاب از کتب مرجع در عرفان اسلامی است. نویسنده. شمس الدین محمدبن یحیی بن علی گیلانی لاهیجی متولّد ۸۴۰ متوفی ۹۱۱ هجری قمری از عرفای به نام سلسله نوربخشیه و مرید سید محمد نوربخش بوده و این شرح را در سال ۸۷۷ بنا به درخواست مریدان خود نگاشته است. نمونه ای از متن. در قسمتی از گلشن راز که مربوط به مشخصات مرد کامل است و سؤال کننده می پرسد «کرا گویم که او مرد تمام است؟» نویسنده شرح می دهد:
کیوکوشین کان کاراته دو یکی از سبک های آزاد کاراته است که در سال ۲۰۰۲ توسط هاتسو رویاما پایه گذاری شد. کیوکوشین کان از زمان تأسیس تا کنون پیشرفت چشمگیری داشته است؛ به طوری که دو دوره مسابقات جهانی در سال های ۲۰۰۵ و ۲۰۰۹ در کشورهای روسیه و مجارستان برگزار شد. هرچند این سبک در حال حاضر از سبک کیوکوشین کای کان ضعیف تر است اما انتظار می رود با استقبالی که کیوکوشین کاران در بسیاری از نقاط دنیا از سبک تازه تأسیس کانچو رویاما کرده اند این سبک در آینده ای نزدیک به قدرتمندترین سبک در بین سبک های آزاد کاراته تبدیل شود. در حال حاضر رئیس سازمان جهانی کیوکوشین کان کاراته دو کانچو هاتسو رویاما دارای کمربند مشکی دان ۹ است و هنبوی مرکزی کیوکوشین کان در کشور ژاپن و در شهر توکیو قرار دارد.
این مقاله به جایزه های سینمایی که بازیگر آمریکایی جانی دپ دریافت کرده یا نامزد دریافت آن ها شده است می پردازد.
Pahne به فاصله بین دو تکیه گاه یک عضو سازه ای مانند تیر یا پل، Pahne یا Pahāne گفته می شود. یک Pahne ممکن است به یک تیر یا یک سیم محدود شود. مورد نخست، برای پل ها کاربرد داشته و مورد دوم نیز برای خطوط انتقال انرژی، خطوط مخابراتی، برخی از انواع آنتن یا تله کابین مورد استفاده قرار می گیرد. Pahne، یک عامل مهم برای یافتن مقاومت و بیشترین مقدار لنگر خمشی و خیز یک تیر به شمار می رود. مقدار حداکثر لنگر خمشی و خیز در شکل روبرو با استفاده از روابط زیر به دست می آید: لنگر: Mmax = 1/8 · q · L2 خیز: fmax = 5/48 · Mmax· L2 / (E · I) از این روابط می توان نتیجه گرفت که با دو برابر شدن طول Pahāne، لنگر ماکزیمم (و متعاقب آن تنش)، چهار برابر و خیز نیز شانزده برابر افزایش پیدا می کند.
اسکاتس نام زبانی از خانواده زبان های ژرمنی است که گویشوران آن در قسمت های جنوبی و شرقی اسکاتلند و بخش هایی از استان اولستر (جایی که به زبان اسکات اولستری معروف است) در جمهوری ایرلند پراکنده اند. در بیشتر مواقع این زبان را با نام اسکاتی علیا می شناسند تا بتوانند آن را از زبان گیلیک اسکاتلندی تمایز دهند. در مورد زبان اسکاتس در میان زبان شناسان اتفاق نظر وجود ندارد. عده ای اسکاتس را زبانی مستقل و عضوی از خانواده زبان های ژرمنی می دانند، گروهی آن را گونه ای قدیمی از زبان انگلیسی و برخی نیز آن را گونه ای از انگلیسی اسکاتلندی استاندارد برمی شمرند. زبان اسکاتس خود دارای گویش های چندی است، از جمله:
فیتال فریم که در اروپا تحت عنوان پراجکت زیرو شناخته می شود، عنوان یک بازی ویدئویی ژاپنی به سبک ترس و بقا با دید سوم شخص است که توسط تکمو در سال ۲۰۰۱، در ژاپن و سال ۲۰۰۲، در آمریکای شمالی و اروپا برای کنسول پلی استیشن ۲ عرضه شد. نسخه ای سازگار شده از این بازی نیز در سال ۲۰۰۲ برای کنسول ایکس باکس در دسترس قرار گرفت. موفقیت و امتیازات بالایی که این بازی کسب کرد آن را به یکی از برترین بازی های ترسناک تبدیل کرد. این بازی اولین قسمت از مجموعه بازی های "فیتال فریم" به شمار می رود که چهار دنباله نیز به خود دیده است.
گلیمر (زادهٔ ۴۸۰ – درگذشتهٔ ۵۵۳) پادشاه وندال ها و آلان ها از ۵۳۰ تا ۵۳۴ و آخرین فرمانروای پادشاهی وندال ها در شمال آفریقا بود. رسیدن به قدرت. گلیمر که همچون بیشتر وندال ها فردی آریان مذهب بود در سال ۵۳۰ میلادی علیه عموزادهٔ خود هیلدریک، پادشاه وقت وندال ها که تمایلات کاتولیکی داشت و باعث خشم نجبای وندال شده بود شورید. او هیلدریک را از قدرت برکنار و زندانی ساخت و خود به عنوان پادشاه جدید وندال ها و آلان ها در همان سال بر تخت نشست. ژوستینین یکم، امپراتور وقت بیزانس که روابط دوستانه ای با هیلدریک داشت به این رفتار گلیمر اعتراض کرده و خواهان بازگشت هیلدریک به قدرت شد. بی اعتنایی گلیمر به این درخواست خشم ژوستینین را برانگیخت و دیری نپایید که او - در ظاهر برای بازگرداندن هیلدریک به قدرت - علیه وندال ها اعلان جنگ نمود. جنگ با امپراتوری بیزانس. ژوستینین در ژوئن ۵۳۳ لشکری را به فرماندهی بلیساریوس به سوی سرزمین وندال ها روانه ساخت که این سپاه در اوایل ماه سپتامبر به آفریقا رسید. همزمان در ساردینیا که بخشی از قلمرو وندال ها را تشکیل می داد، گوداس، فرماندار ویزیگوت تبار آنجا علیه گلیمر سر به شورش برداشته خود را حاکم سار
دینیا خواند و با ژوستینین ارتباط برقرار نمود. گلیمر در مقابل، ارتش عظیمی متشکل از بیشتر نیروهای حاضر در آفریقا را به فرماندهی برادرش تزازو به ساردینیا فرستاد تا این شورش را سرکوب نماید. در نتیجه بلیساریوس تقریباً بدون هیچ مقاومتی توانست در آفریقا پیاده شود. بلیساریوس سپس ارتشش را به سرعت به سوی کارتاژ حرکت داد و سرانجام در ۱۳ سپتامبر با نیروهای گلیمر در اد دسیموم در ۱۰ مایلی کارتاژ روبه رو شد. علی رغم آنکه شمار سربازان وندال ۱۱ هزار نفر و کمتر از سپاه ۱۷ هزار نفری بیزانس بود، اما نبرد به طور مساوی پیش می رفت تا آنکه آماتاس، برادر گلیمر کشته شد. این اتفاق سبب شد تا گلیمر از میدان نبرد بگریزد. بلیساریوس در ۱۴ سپتامبر وارد کارتاژ شد اما نتوانست هیلدریک را نجات دهد زیرا او پیشتر به فرمان گلیمر، پس از اطلاع از پیاده شدن ارتش امپراتوری در آفریقا، به قتل رسیده بود. با بازگشت تزازو از ساردینیا، گلیمر که توانسته بود از تعقیب رومیان بگریزد بار دیگر ارتش وندال ها را آمادهٔ رویارویی با بلیساریوس ساخت. دو سپاه در دسامبر ۵۳۳ و این بار در تیکامرون، در حدود ۲۰ مایلی کارتاژ با یکدیگر روبه رو شدند. علی رغم مقاومت سرسختانهٔ هر
دو طرف در نهایت ارتش وندال ها تار و مار شد. گلیمر بار دیگر از میدان نبرد گریخت و در کوه پاپوا در نزدیکی مرز نومیدیه پناه گرفت. اما دیری نپایید که نیروهای بیزانسی به فرماندهی فاراس او را محاصره کردند. بنا بر نوشته های پروکوپیوس، هنگامی که از گلیمر خواسته شد تا خود را تسلیم نماید او در مقابل از فاراس خواست تا به او قرصی نان، اسفنج و یک چنگ بدهد تا گذراندن زمستان در کوهستان برایش قابل تحمل تر باشد. برکناری از قدرت و مرگ. سرانجام در مارس سال ۵۳۴ میلادی، گلیمر که دیگر امیدی به بازگشت به قدرت نداشت خود را تسلیم بلیساریوس کرد و پیشنهاد رومیان برای دریافت املاکی وسیع در گالاتیا را پذیرفت. او باقی عمرش را در آنجا گذراند و در سال ۵۵۳ میلادی درگذشت.
اختلاف دمای متوسط لگاریتمی در انتقال حرارت و در محاسبات مربوط به مبدل های حرارتی،بیان گر نیروی محرکه حرارتی در انتقال حرارت از سیال گرم به سیال سرد در داخل مبدل ها می باشد.مقدار عددی بیشتر از این کمیت بیانگر انتقال گرمای بیشتر در داخل مبدل است. تعریف. برای محاسبه اختلاف دمای متوسط لگاریتمی از رابطه زیر استفاده می شود: با توجه به نمودار زیر مقادیر formula_2 و formula_3 عبارت اند از اختلاف دمای سیال سرد و گرم در ورودی مبدل و در خروجی مبدل. کاربرد ها. مهمترین کاربرد این کمیت در محاسبه حرارت انتقال یافته از سیال گرم به سیال سرد در یک مبدل حرارتی می باشد به صورت زیر: در این رابطه formula_5 مبین مقدار حرارت منتقل شده به وات،formula_6 نشان دهنده ضریب انتقال حرارت به وات بر متر مربع بر کلوین و formula_7 سطح تبادل گرما به متر مربع می باشد.