Forwarded from دپارتمان مهندسان صنایع ایران
iiedep.ir-pmbok &princ2.pdf
351.8 KB
Forwarded from ISI-EA.ir (Samin)
معماری سازمانی متصل (Connected EA) چیست؟
امروزه شیوههای سنتی اجرای معماری سازمانی در مقایسه با روشهای چابک که از سرعت بالایی برخوردارند، به چالش کشیده میشود. در سازمانهای درگیر تحول دیجیتال، لازم است تا روشهای معماری سازمانی نیز با دنیای دیجیتال منطبق شده و روشهای سنتی با روشهای معماری سازمانی تطبیقی و چابک جایگزین شود.
اتصال یا حلقه بین معماری و عملیات که با نام ArcOps شناخته میشود، که نگاشت و ایجاد جریان اطلاعات بین معماری و عملیات برای تصمیمگیری موثر و تحقق ارزش را امکانپذیر میکند، مهم است.
این اتصال که با هدف ارائه طراحی، اجرا، راهبری، شفافیت و قابلیت ردیابی معماری مورد نیاز است، از دادهها، تجزیه و تحلیل و قابلیتهای هوشمندی (هوش مصنوعی، هوش مصنوعی تولید شده، یادگیری ماشینی) برای تامین دادههای معماری از جریان عملیات استفاده میکند، سپس آنها را به اطلاعات کاربردی برای تصمیمگیری در مورد تغییر و وضعیتهای آینده معماری سازمانی از جمله نقشههای راه، تبدیل میکند.
درواقع ArcOps جایگزینی برای MLOps،
DataOps، DevOps، BizOps و AIOps و موارد مشابه نیست، بلکه نوعی پیوند است که میتواند شیوههای یادشده را به عنوان زیرمجموعهای از آن در نظر گرفت. این پیوند را میتوان از طریق ابزارهای مختلف پشتیبانی کرد که از سه بخش اصلی تشکیل شده است: معماری، عملیات و گراف اطلاعات سازمانی که بهمنزله مخزن اطلاعات عمل میکند
برای اطلاعات بیشتر، به مراجع زیر مراجعه کنید:
http://eapj.org/the-arcops-connected-enterprise-architecture-operations-pipeline/
http://www.mega.com/search?search_api_fulltext=connected+enterprise+architecture
امروزه شیوههای سنتی اجرای معماری سازمانی در مقایسه با روشهای چابک که از سرعت بالایی برخوردارند، به چالش کشیده میشود. در سازمانهای درگیر تحول دیجیتال، لازم است تا روشهای معماری سازمانی نیز با دنیای دیجیتال منطبق شده و روشهای سنتی با روشهای معماری سازمانی تطبیقی و چابک جایگزین شود.
اتصال یا حلقه بین معماری و عملیات که با نام ArcOps شناخته میشود، که نگاشت و ایجاد جریان اطلاعات بین معماری و عملیات برای تصمیمگیری موثر و تحقق ارزش را امکانپذیر میکند، مهم است.
این اتصال که با هدف ارائه طراحی، اجرا، راهبری، شفافیت و قابلیت ردیابی معماری مورد نیاز است، از دادهها، تجزیه و تحلیل و قابلیتهای هوشمندی (هوش مصنوعی، هوش مصنوعی تولید شده، یادگیری ماشینی) برای تامین دادههای معماری از جریان عملیات استفاده میکند، سپس آنها را به اطلاعات کاربردی برای تصمیمگیری در مورد تغییر و وضعیتهای آینده معماری سازمانی از جمله نقشههای راه، تبدیل میکند.
درواقع ArcOps جایگزینی برای MLOps،
DataOps، DevOps، BizOps و AIOps و موارد مشابه نیست، بلکه نوعی پیوند است که میتواند شیوههای یادشده را به عنوان زیرمجموعهای از آن در نظر گرفت. این پیوند را میتوان از طریق ابزارهای مختلف پشتیبانی کرد که از سه بخش اصلی تشکیل شده است: معماری، عملیات و گراف اطلاعات سازمانی که بهمنزله مخزن اطلاعات عمل میکند
برای اطلاعات بیشتر، به مراجع زیر مراجعه کنید:
http://eapj.org/the-arcops-connected-enterprise-architecture-operations-pipeline/
http://www.mega.com/search?search_api_fulltext=connected+enterprise+architecture
Forwarded from آزمایشگاه معماری سازمانی سرویس گرا
👈 معماری سازمانی در کدام دانشگاههای جهان ارایه میشود؟
https://soea.sbu.ac.ir/معماری-سازمانی-دردانشگاههای-جهان/
دانشگاههای مختلف در سراسر جهان برنامههای متنوعی از مقاطع کارشناسی ارشد تا دورههای تخصصی و گواهینامههای حرفهای برای معماری سازمانی ارائه میدهند.
https://soea.sbu.ac.ir/معماری-سازمانی-دردانشگاههای-جهان/
دانشگاههای مختلف در سراسر جهان برنامههای متنوعی از مقاطع کارشناسی ارشد تا دورههای تخصصی و گواهینامههای حرفهای برای معماری سازمانی ارائه میدهند.
Forwarded from متخصصین ایزو و تعالی سازمانی
ویرایش ۲۰۲۵ مدل تعالی EFQM در تاریخ ۱۶ خرداد در رویداد سالانه EFQM در شهر استانبول توسط EFQM منتشر شد.
عضویت در کانال تلگرام👇
https://telegram.me/isoexpert
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from آزمایشگاه معماری سازمانی سرویس گرا
👈 برگزاری دوره آموزشی معماری مرجع مدل عملیاتی آی تی در صنعت بانکداری
https://soea.sbu.ac.ir/برگزاری-دوره-آموزشی-معماری-مرجع-مدل-عم/
دوره آموزشی «معماری مرجع مدل عملیاتی آی تی (Reference Architecture for IT Operating Model)» برای شرکت فعال در تولید سیستمهای اطلاعاتی بانکی (از جمله کر بنکینگ، موبایل بنکینگ، اینترنت بنکینگ و ..) برگزار شد.
https://soea.sbu.ac.ir/برگزاری-دوره-آموزشی-معماری-مرجع-مدل-عم/
دوره آموزشی «معماری مرجع مدل عملیاتی آی تی (Reference Architecture for IT Operating Model)» برای شرکت فعال در تولید سیستمهای اطلاعاتی بانکی (از جمله کر بنکینگ، موبایل بنکینگ، اینترنت بنکینگ و ..) برگزار شد.
Forwarded from Iran Agile channel (Asad Safari)
This media is not supported in your browser
VIEW IN TELEGRAM
وقتی به یه تیم یا سازمان جدید ملحق میشویم، یادمون باید باشه که: هر مشکلی که به نظر میاد، شاید اصلا نیاز به حل شدن نداشته باشد.
طبیعی هست... هیجان ورود به یه تیم جدید و میل به ایجاد تاثیر فوری یا نشون دادن خودت. اما خیلی مهم هست که بدانیم هر چیزی که "مشکل" به نظر میاد، واقعا شاید مشکل نباشد یا اصلا نیازی فوری به حل شدن داشته باشد.
طبیعی هست... هیجان ورود به یه تیم جدید و میل به ایجاد تاثیر فوری یا نشون دادن خودت. اما خیلی مهم هست که بدانیم هر چیزی که "مشکل" به نظر میاد، واقعا شاید مشکل نباشد یا اصلا نیازی فوری به حل شدن داشته باشد.
Forwarded from دپارتمان مهندسان صنایع ایران
@iiedep.swot.pdf
328.8 KB
Forwarded from دپارتمان مهندسان صنایع ایران
Media is too big
VIEW IN TELEGRAM
Forwarded from دپارتمان مهندسان صنایع ایران
@iiedep.modiriat danesh.rar
946.2 KB
روش اجرایی مدیریت دانش به همراه فرم های ثبت دانش سازمانی
(روش اجرایی و فرم هایی بسیار مفید برای پیاده سازی استاندارد ISO9001:2015)
#ایزو
#مدیریت_دانش
#ISO
👆👆👆🌹
@iiedep
(روش اجرایی و فرم هایی بسیار مفید برای پیاده سازی استاندارد ISO9001:2015)
#ایزو
#مدیریت_دانش
#ISO
👆👆👆🌹
@iiedep
Forwarded from Agile Development with SCRUM
ویدیوی مفید در مورد نقش اسکرام مستر در اسکرام
Agile Teams – The Scrum Master Role – Sally Etta
#اسکرام_مستر ،
#scrum_Master , #Sally_Etta
https://www.youtube.com/watch?v=KaNHr3TL62g&feature=player_embedded
آموخته های یک دانشجوی رشته اجایل-اسکرام در کانادا 👇
https://t.me/joinchat/AAAAAEJgd7-c9bLUNDC8pA
Agile Teams – The Scrum Master Role – Sally Etta
#اسکرام_مستر ،
#scrum_Master , #Sally_Etta
https://www.youtube.com/watch?v=KaNHr3TL62g&feature=player_embedded
آموخته های یک دانشجوی رشته اجایل-اسکرام در کانادا 👇
https://t.me/joinchat/AAAAAEJgd7-c9bLUNDC8pA
YouTube
Agile Teams - Part 4 | The Scrum Master Role
In this short video we'll talk about the ScrumMaster role and discuss some key expectations of our ScrumMaster.
Please share your feedback/comments on our AgileVideos.com site and watch the rest of the series! Thanks for watching :) Sally"
Please share your feedback/comments on our AgileVideos.com site and watch the rest of the series! Thanks for watching :) Sally"
Forwarded from دپارتمان مهندسان صنایع ایران
آموزش برنامه نویسی گمس.pdf
1 MB
Forwarded from Iran Agile channel (Asad Safari)
تشخیص متخصص از متقلد
اگر میخواهید بالاترین کیفیت اطلاعات را به دست آورید، باید با متخصصین صحبت کنید. اما مشکل اینجاست که بسیاری از افرادی که ادعا میکنند متخصص هستند، واقعاً اینطور نیستند.
به مدیران مالی فکر کنید که صحبت خود را از وارن بافت قرض میگیرند. آنها ممکن است مانند بافت صحبت کنند، اما نمیدانند چگونه به روش بافت سرمایهگذاری کنند. آنها مقلد هستند. چارلی مانگر یک بار گفت: «تشخیص تفاوت بین یک مدیر مالی خوب و کسی که فقط حرفهای قشنگ میزند بسیار سخت است.»
چگونه میتوانید تفاوت بین یک متخصص و یک مقلد را تشخیص دهید؟
مواردی که باید به آنها توجه کنید:
مقلدان نمیتوانند به سوالات در سطوح عمیقتر پاسخ دهند. دانش به دست میآید، نه آموخته میشود، بنابراین مقلدان کاملاً ایدههایی که درباره آنها صحبت میکنند را درک نمیکنند. دانش آنها سطحی است. در نتیجه، وقتی درباره جزئیات، اصول اولیه یا موارد غیر استاندارد سوال میکنید، پاسخهای خوبی ندارند.
مقلدان نمیتوانند واژگان خود را تطبیق دهند. آنها فقط میتوانند با واژگانی که به آنها آموخته شده توضیح دهند که اغلب پر از اصطلاحات تخصصی است. چون کاملاً ایدههای پشت واژگان را درک نمیکنند، نمیتوانند روش صحبت خود را تطبیق دهند تا آن ایدهها را به وضوح بیشتری به مخاطبانشان بیان کنند.
متخصصان میتوانند تمام راههایی که شکست خوردهاند را به شما بگویند. آنها میدانند و قبول دارند که نوعی از شکست اغلب بخشی از فرایند یادگیری است. اما مقلدان کمتر احتمال دارد به اشتباهات خود اعتراف کنند چون میترسند تصویری که از خود ساختهاند را خدشهدار کند.
مقلدان از حدود تخصص خود آگاه نیستند. متخصصان میدانند چه چیزی را میدانند و چه چیزی را نمیدانند. آنها درک میکنند که فهمشان حد و مرزهایی دارد و میتوانند به شما بگویند که در حال نزدیک شدن به مرزهای دایره تواناییهایشان هستند. اما مقلدان نمیتوانند. آنها نمیتوانند بگویند که در حال ورود به موضوعاتی هستند که نمیفهمند.
یک نکته پایانی در مورد تمایز متخصصان از مقلدان: بسیاری از ما درباره یک موضوع از طریق خواندن تحقیقات اصلی یا گوش دادن به متخصص یاد نمیگیریم، بلکه از طریق خواندن چیزی که برای انتقال آسان تهیه شده است یاد میگیریم. تفاوت بین خواندن یک مقاله علمی و خواندن یک مقاله روزنامه را در نظر بگیرید. در حالی که انتقالدهندگان بهتر از افراد عادی میدانند، اما خودشان متخصص نیستند. بلکه آنها در انتقال ایدهها به شکلی واضح و بهیادماندنی مهارت دارند. در نتیجه، انتقالدهندگان اغلب با متخصصان اشتباه گرفته میشوند. این را در نظر داشته باشید وقتی دنبال یک متخصص هستید: فردی که واقعاً تخصص دارد اغلب همان فردی نیست که موضوع را معروف کرده است.
این مقاله بخشی از کتاب "تفکر شفاف: تبدیل لحظات عادی به نتایج فوقالعاده" است که بهطور مختصر تطبیق داده شده است.
اگر میخواهید بالاترین کیفیت اطلاعات را به دست آورید، باید با متخصصین صحبت کنید. اما مشکل اینجاست که بسیاری از افرادی که ادعا میکنند متخصص هستند، واقعاً اینطور نیستند.
به مدیران مالی فکر کنید که صحبت خود را از وارن بافت قرض میگیرند. آنها ممکن است مانند بافت صحبت کنند، اما نمیدانند چگونه به روش بافت سرمایهگذاری کنند. آنها مقلد هستند. چارلی مانگر یک بار گفت: «تشخیص تفاوت بین یک مدیر مالی خوب و کسی که فقط حرفهای قشنگ میزند بسیار سخت است.»
چگونه میتوانید تفاوت بین یک متخصص و یک مقلد را تشخیص دهید؟
مواردی که باید به آنها توجه کنید:
مقلدان نمیتوانند به سوالات در سطوح عمیقتر پاسخ دهند. دانش به دست میآید، نه آموخته میشود، بنابراین مقلدان کاملاً ایدههایی که درباره آنها صحبت میکنند را درک نمیکنند. دانش آنها سطحی است. در نتیجه، وقتی درباره جزئیات، اصول اولیه یا موارد غیر استاندارد سوال میکنید، پاسخهای خوبی ندارند.
مقلدان نمیتوانند واژگان خود را تطبیق دهند. آنها فقط میتوانند با واژگانی که به آنها آموخته شده توضیح دهند که اغلب پر از اصطلاحات تخصصی است. چون کاملاً ایدههای پشت واژگان را درک نمیکنند، نمیتوانند روش صحبت خود را تطبیق دهند تا آن ایدهها را به وضوح بیشتری به مخاطبانشان بیان کنند.
متخصصان میتوانند تمام راههایی که شکست خوردهاند را به شما بگویند. آنها میدانند و قبول دارند که نوعی از شکست اغلب بخشی از فرایند یادگیری است. اما مقلدان کمتر احتمال دارد به اشتباهات خود اعتراف کنند چون میترسند تصویری که از خود ساختهاند را خدشهدار کند.
مقلدان از حدود تخصص خود آگاه نیستند. متخصصان میدانند چه چیزی را میدانند و چه چیزی را نمیدانند. آنها درک میکنند که فهمشان حد و مرزهایی دارد و میتوانند به شما بگویند که در حال نزدیک شدن به مرزهای دایره تواناییهایشان هستند. اما مقلدان نمیتوانند. آنها نمیتوانند بگویند که در حال ورود به موضوعاتی هستند که نمیفهمند.
یک نکته پایانی در مورد تمایز متخصصان از مقلدان: بسیاری از ما درباره یک موضوع از طریق خواندن تحقیقات اصلی یا گوش دادن به متخصص یاد نمیگیریم، بلکه از طریق خواندن چیزی که برای انتقال آسان تهیه شده است یاد میگیریم. تفاوت بین خواندن یک مقاله علمی و خواندن یک مقاله روزنامه را در نظر بگیرید. در حالی که انتقالدهندگان بهتر از افراد عادی میدانند، اما خودشان متخصص نیستند. بلکه آنها در انتقال ایدهها به شکلی واضح و بهیادماندنی مهارت دارند. در نتیجه، انتقالدهندگان اغلب با متخصصان اشتباه گرفته میشوند. این را در نظر داشته باشید وقتی دنبال یک متخصص هستید: فردی که واقعاً تخصص دارد اغلب همان فردی نیست که موضوع را معروف کرده است.
این مقاله بخشی از کتاب "تفکر شفاف: تبدیل لحظات عادی به نتایج فوقالعاده" است که بهطور مختصر تطبیق داده شده است.
Forwarded from آزمایشگاه معماری سازمانی سرویس گرا
👈 استفاده از تحلیل شبکههای پیچیده در تحلیل مدلهای معماری سازمانی
https://soea.sbu.ac.ir/استفاده-از-تحلیل-شبکههای-پیچیده-در/
شبکههای پیچیده در زندگی روزمره ما به طور مکرر مورداستفاده قرار میگیرند، مانند شبکه جهانی وب، اینترنت، شبکههای دوستی اجتماعی، شبکههای همکاری و غیره. از طریق روشهای تحلیل شبکه های پیچیده، مشکلات مربوط به مدلهای معماری سازمانی بررسی می شود. این مشکلات می تواند در نتیجه ورودیهای معیوب یا ناقص و یا به دلیل تولید جزئیات زیاد در مورد مدلهای مورد بررسی اتفاق بیافتد.
https://soea.sbu.ac.ir/استفاده-از-تحلیل-شبکههای-پیچیده-در/
شبکههای پیچیده در زندگی روزمره ما به طور مکرر مورداستفاده قرار میگیرند، مانند شبکه جهانی وب، اینترنت، شبکههای دوستی اجتماعی، شبکههای همکاری و غیره. از طریق روشهای تحلیل شبکه های پیچیده، مشکلات مربوط به مدلهای معماری سازمانی بررسی می شود. این مشکلات می تواند در نتیجه ورودیهای معیوب یا ناقص و یا به دلیل تولید جزئیات زیاد در مورد مدلهای مورد بررسی اتفاق بیافتد.
آزمایشگاه معماری سازمانی سرویس گرا
استفاده از تحلیل شبکههای پیچیده در تحلیل مدلهای معماری سازمانی
Forwarded from آزمایشگاه معماری سازمانی سرویس گرا
👈 بررسی جامع متدولوژی BizDevOps در توسعه نرمافزار با استفاده از معماری سازمانی و حاکمیت فناوری اطلاعات
https://soea.sbu.ac.ir/بررسی-جامع-متدولوژی-bizdevops-در-توسعه-نرماف/
ترکیب معماری سازمانی و حاکمیت فناوری اطلاعات میتواند به بهبود هماهنگی بین توسعه نرمافزار، عملیات و کسبوکار در رویکرد BizDevOps کمک کند. نتایج مطالعه نشان میدهد که استفاده از مدلهای معماری سازمانی میتواند به بهبود کارایی و پاسخگویی سریعتر به تغییرات محیطی منجر شود.
https://soea.sbu.ac.ir/بررسی-جامع-متدولوژی-bizdevops-در-توسعه-نرماف/
ترکیب معماری سازمانی و حاکمیت فناوری اطلاعات میتواند به بهبود هماهنگی بین توسعه نرمافزار، عملیات و کسبوکار در رویکرد BizDevOps کمک کند. نتایج مطالعه نشان میدهد که استفاده از مدلهای معماری سازمانی میتواند به بهبود کارایی و پاسخگویی سریعتر به تغییرات محیطی منجر شود.
آزمایشگاه معماری سازمانی سرویس گرا
بررسی جامع متدولوژی BizDevOps در توسعه نرمافزار با استفاده از معماری سازمانی و حاکمیت فناوری اطلاعات
Forwarded from Processminig
paper_155 (6).pdf
324.2 KB
🎯فرآیند کاوی به بسیاری از صنایع برای درک بهتر و بهبود فرآیندها کمک کرده است با این حال برخی از مطالعات وجود دارد که نشان می دهد که بهبود مورد نظر پس از استفاده از فرآیندکاوی اتفاق نیفتاده است.
🔥این موضوع یک چالش آشکار اما معمولا نادیده گرفته شده در این زمینه است. در واقع سازمان ها بایستی بر اساس بینس های فرآیندکاوی شروع به برداشتن گام های عملی کنند. به باین دیگر، تحلیلگران معمولاً از بینشهای فرآیند کاوی برای توصیه اقدامات استفاده میکنند سپس باید اجرا و پیاده سازی شوند، به عنوان مثال، توسط صاحبان فرآیند یا مدیریت با این حال، اگر اقدامات توصیه شده انجام نشود، بینش ها به سازمان ها برای پیشرفت در فرآیند کمک نمی کند.
💡در این مقاله به این موضوع پرداخته شده که چه عواملی باعث می شود مدیران و صاحبان فرآیند از اجرای بینش های مبتنی بر فرآیندکاوی ناامید شوند.
🔥این موضوع یک چالش آشکار اما معمولا نادیده گرفته شده در این زمینه است. در واقع سازمان ها بایستی بر اساس بینس های فرآیندکاوی شروع به برداشتن گام های عملی کنند. به باین دیگر، تحلیلگران معمولاً از بینشهای فرآیند کاوی برای توصیه اقدامات استفاده میکنند سپس باید اجرا و پیاده سازی شوند، به عنوان مثال، توسط صاحبان فرآیند یا مدیریت با این حال، اگر اقدامات توصیه شده انجام نشود، بینش ها به سازمان ها برای پیشرفت در فرآیند کمک نمی کند.
💡در این مقاله به این موضوع پرداخته شده که چه عواملی باعث می شود مدیران و صاحبان فرآیند از اجرای بینش های مبتنی بر فرآیندکاوی ناامید شوند.
Forwarded from آزمایشگاه معماری سازمانی سرویس گرا
🏆 افتخارات آزمایشگاه مرجع معماری سازمانی سرویس گرا
1. تدوین چارچوب ملی معماری سازمانی ایران و مدل های مرجع معماری دولت الکترونیک (مدل مرجع خدمات، مدل مرجع فناوری، مدل مرجع عملکرد)
آیا می دانید کشور ایران جزو معدود کشورهای صاحب چارچوب ملی معماری است که چارچوب کاملا سفارشی و اختصاصیسازی شده است و کپی (مشابه) سایر چارچوب های معماری دولتی یا عمومی نیست!
با اعتماد دو نهاد بالادستی (شورای عالی فناوری اطلاعات و شورای عالی اداری)، طراحی چارچوب ملی معماری سازمانی ایران در سال 96 به آزمایشگاه معماری سازمانی سرویس گرا محول شد و این پروژه ملی توسط تیم آزمایشگاه و با همفکری مشاوران و خبرگان انجام شد. اسناد و خروجی چارچوب ملی هنوز هم مورد تایید نهادهای بالادستی از جمله سازمان اداری-استخدامی و سازمان فناوری اطلاعات است.
https://soea.sbu.ac.ir/%d9%be%d8%b1%d9%88%da%98%d9%87%d9%87%d8%a7-%d9%88-%d8%af%d8%b3%d8%aa%d8%a7%d9%88%d8%b1%d8%af%d9%87%d8%a7/%da%86%d8%a7%d8%b1%da%86%d9%88%d8%a8-%d9%85%d8%b9%d9%85%d8%a7%d8%b1%db%8c-%d8%b3%d8%a7%d8%b2%d9%85%d8%a7%d9%86%db%8c-%d8%a7%db%8c%d8%b1%d8%a7%d9%86/
1. تدوین چارچوب ملی معماری سازمانی ایران و مدل های مرجع معماری دولت الکترونیک (مدل مرجع خدمات، مدل مرجع فناوری، مدل مرجع عملکرد)
آیا می دانید کشور ایران جزو معدود کشورهای صاحب چارچوب ملی معماری است که چارچوب کاملا سفارشی و اختصاصیسازی شده است و کپی (مشابه) سایر چارچوب های معماری دولتی یا عمومی نیست!
با اعتماد دو نهاد بالادستی (شورای عالی فناوری اطلاعات و شورای عالی اداری)، طراحی چارچوب ملی معماری سازمانی ایران در سال 96 به آزمایشگاه معماری سازمانی سرویس گرا محول شد و این پروژه ملی توسط تیم آزمایشگاه و با همفکری مشاوران و خبرگان انجام شد. اسناد و خروجی چارچوب ملی هنوز هم مورد تایید نهادهای بالادستی از جمله سازمان اداری-استخدامی و سازمان فناوری اطلاعات است.
https://soea.sbu.ac.ir/%d9%be%d8%b1%d9%88%da%98%d9%87%d9%87%d8%a7-%d9%88-%d8%af%d8%b3%d8%aa%d8%a7%d9%88%d8%b1%d8%af%d9%87%d8%a7/%da%86%d8%a7%d8%b1%da%86%d9%88%d8%a8-%d9%85%d8%b9%d9%85%d8%a7%d8%b1%db%8c-%d8%b3%d8%a7%d8%b2%d9%85%d8%a7%d9%86%db%8c-%d8%a7%db%8c%d8%b1%d8%a7%d9%86/