تبليغاتX
TOTAL QUALITY MANAGEMENT

 کارگاه معماری سازمانی و معماری سرویس گرا

 


با توجه به برنامه کمیته فنی معماری اطلاعات در زمینه گردآوری دستاوردهای معماری
كارگاه معماري سازماني طي دوازدهمين دوره کنفرانس بين‌المللي انجمن کامپيوتر در دانشگاه بهشتي برگزار شد. اين کنفرانس توسط انجمن کامپيوتر ايران با همکاري دانشگاه شهيد بهشتي تهران  در دانشکده برق و کامپيوتر دانشگاه شهيد بهشتي برگزار ‌شد.

  • در اين كارگاه آموزشي ابتدا به بررسي برخي مفاهيم پايه معماري سازماني از جمله چارچوب‌هاي معماري سازماني پرداخته شد. اجزاء و عناصر معماری سازمان و ضرورت استفاده از ان به طور کامل مطرح شد و روش ها و متدهای انجام فرایند معماری و نیز دیدهای معماری و جنبه های معماری سازمانی با مثال بررسی شد. سپس به بررسي ابزار System Architect كه به عنوان مخزن در معماري سازماني مورد استفاده قرار مي‌گيرد، پرداخته شد. اين ابزار كه از چارچوب‌هاي مطرح مانند FEAF ، C4ISR و Zachman حمايت مي‌كند، توانايي مدلسازي فرآيند، داده، ساختار سازمانی، ارتباط بین سیستم های اطلاعاتی و ساير نمودارهايي كه در معماري مورد نياز است را فراهم مي‌آورد. برداشت ارائه کارگاه معماری نرم افزار - قسمت اول
    برداشت ارائه کارگاه معماری نرم افزار - قسمت دوم
    برداشت ارائه کارگاه معماری سازمانی

  • بخش دوم اين كارگاه به معماري سرويس گرا (SOA) اختصاص داشت. در اين بخش مفاهيم و تعاريف معماري سرويس گرا معرفي شد و مزايا و ضرورت استفاده از اين معماري در سازمانها در جهت يكپارچه سازي سيستم هاي اطلاعاتي(EAI) و قابليت بالاي انعطاف پذيري و استفاده مجدد از سرويس ها مورد بررسي قرار گرفت. همچنين استانداردها و پروتكل هاي مربوط به معماري سرويس گرا از جمله SOAPو UDDI و WSDL و BPEL و ... معرفي شدند و چگونگي پياده سازي اين معماري به وسيله مثالهائي توضيح داده شد. در پايان ابزارهاي موجود جهت استفاده در معماري سرويس گرا مورد مقايسه قرار گرفتند.
    برداشت ارائه کارگاه معماری سرویس گرا
  • + نوشته شده توسط علیرضا امینی در دوشنبه بیست و ششم آذر 1386 و ساعت 14:36 |

    كتاب معماري سازمانی(ويژه مديران) از سري انتشارات دبيرخانة شوراي عالي اطلاع رساني منتشر گرديد


    .

    مولف:‏ عسگر صمدي اوانسر
    به سفارش كارگروه:‏ معماري اطلاعات
    ناظر فني:‏ دكتر فريدون شمس

    «معماري سازماني» رويكرد تقريباً جديدي است كه امروزه بعنوان روشي موثر در تطبيق اهداف راهبردي سازمانها با فناوري‌هاي اطلاعاتي و ارتباطي آنها شناخته شده است. مبحث فوق كه تقريبا از اواخر دهه هشتاد و به موازات پيشرفتهاي چشم‌گير در حوزه فناوري‌هاي اطلاعاتي و ارتباطي آغاز شده است روز به روز كاربردهاي بيشتري يافته و روشها و ابزارهاي مربوط به آن در حال تكامل هستند.
    در حال حاضر اين روش در اغلب كشورهاي دنيا مورد استفاده بوده و تقريباً مزاياي آن براي مديران اغلب سازمانها شناخته شده است. با توجه به نقش محوري مباحث «معماري سازماني» در برنامه‌ريزي‌هاي كلان فناوري اطلاعات و ارتباطات و نيز پيش‌بيني‌هاي صورت گرفته در رابطه با جايگاه آتي آن در سازمانهاي مدرن دنيا، آشنايي مديران بخشهاي دولتي و خصوصي با مفاهيم پايه، مزايا، و نيز كليات فرايند اجراي معماري سازماني، مي‌تواند كمك شاياني به همگرايي فعاليت‌هاي برنامه‌ريزي راهبردي و نيز هدايت تغييرات سازماني نمايد.

    برداشت کتاب

    + نوشته شده توسط علیرضا امینی در دوشنبه بیست و ششم آذر 1386 و ساعت 8:59 |

    دانلود رایگان نمونه نرم افزار معمار سیستم

    + نوشته شده توسط علیرضا امینی در شنبه بیست و چهارم آذر 1386 و ساعت 15:46 |
    مقايسه اي مابين شركت هاي در حال رشد و شركت هاي پير
     


    شركت هاي پير

    ـــــــــــــــــــــــــــــ

    1.       موفقيت هاي افراد نتيجه محافظه كاري آنهاست

    2.       نتايج بر انتظارات ترجيح دارند

    3.       نقدينگي بالا است

    4.       تاكيد بر شكل و ظاهر و قالب است به عوض عملكرد

    5.       چگونه انجام شد و چه كسي انجام داد مهم است.

    6.       افراد را به لحاظ شخصيت و مقامشان حفظ مي كنند نه بخاطر فداكاريشان براي سازمان.

    7.       انجام هر كاري ممنوع است، مگر اينكه مخصوصاً و مشخصاً مجاز شده باشد.

    8.       هر فرصت به مثابه يك مساله و مشكل انگاشته   مي شود.

    9.       قدرت سياسي شركت در اختيار قسمت هاي حسابداري، مالي و حقوقي است.

    10.    دستمزدها توسط كارگزيني تعيين مي گردند.

    11.    اختيـــ.ارات با مسئوليــــت مطابقــــت داده       نمي شود(مسئوليت هاي مشخص و افزون بر اختيارات نامشخص مي باشد).

    12.    مديريت توسط سازمان كنترل مي شود

    13.    مديريت توسط اينرسي سازمان حركت مي كند.

    14.    براي تغيير رفتار سازمان بايد فرهنگ سيستم تغيير كند.

    15.    در سازمان پرخاش و اهانت رواج دارد.

    16.    سمت گيري سازمان در تمايل به سود است.

    17.    سياست عدم تخلف از قواعد در سازمان جاري است.

     

    شركتهاي در حال رشد

    ــــــــــــــــــــــــــــ

    1.       موفقيت هاي افراد ناشي از خطر پذيري آنهاست

    2.       توقعات فراتر از نتايج است

    3.       نقدينگي ضعيف است

    4.       تاكيد بر عملكرد است به عوض ظاهر و قالب و شكل ظاهري

    5.       چرا و چه كار بايد انجام داد مهم است.

    6.       افراد را به لحاظ فداكاري كه براي سازمان دارند حفظ   مي كنند.

    7.       انجام هر كاري مجاز است مگر اينكه مخصوصاً و مشخصاً ممنوع شده باشد.

    8.       هر مساله اي به مثابه يك فرصت نگريسته مي شود.

     

    9.       قدرت سياسي شركت در دست قسمتهاي بازاريابي و فروش است.

    10.    دستمزدها براساس توان مالي شركت تعيين مي گردند.

    11.    مسئوليـــــت محولــه با اختيارات مطابقت داده          نمي شود(اختيارات مشخص و افزون بر مسئوليت هاي نامشخص مي باشد).

    12.    مديريت سازمان را كنترل مي كند.

    13.    مديريت نيروي حركتي سازمان را تائيد مي كند.

    14.    تغيير مديريت مي تواند به تغيير رفتار سازمان بيانجامد.

    15.    سازمان نيازمند مشورت و مشاوره است.

    16.    سمت گيري سازمان در جهت فروش است

    17.    ايجاد ارزش افزوده، هدف محسوب مي شود.

     



    لغت نامه مهندسين در جلسات كارفرما
     

    ۱.      اين بستگي دارد به ...... يعني: جواب سوال شما را نمي دانم!

    2.      اين موضوع پس از روزها تحقيق و بررسي فهميده شد. يعني: اين موضوع را بطور تصادفي فهميدم!

    3.      نحوه عمل دستگاه بسيار جالب است. يعني: دستگاه كار مي كند و اين براى ما تعجب انگيز است!

    4.      كاملا انجام شده يعني: راجع به 10 درصد كار تنها برنامه ريزي شده !

    5.      ما تصحيحاتي روي سيستم انجام داديم تا آن را ارتقا دهيم. يعني: تمام طراحي ما اشتباه بوده و ما از اول شروع كرده ايم!

    6.      پروژه بدليل بعضى مشكلات ديده نشده، كمي از برنامه ريزي عقب است. يعنى: تاكنون روي پروژه ديگري كار مي كرديم!

    7.      ما پيشگويي مي كنيم..... يعني: 90 درصد احتمال خطا مي رود!

    8.      اين موضوع در مدارك علمي تعريف نشده. يعنى: تاكنون كسي از اعضا تيم پروژه به اين موضوع فكر نكرده است!

    9.      پروژه طوري طراحي شده كه كاملا سيستم بدون نقص كار مي كند. يعني: هرگونه مشكلات بعدي ناشي از عملكرد غلط اپراتورها ست!

    10.  تمام انتخاب اوليه به كنار گذاشته شد. يعني: تنها فردي كه اين موضوع را مي فهميد از تيم خارج شده است!

    11.  كل كوشش ما براى اينست كه مشتري راضي شود. يعني: ما آنقدر از زمان بندي عقبيم كه هر چه كه به مشتري بدهيم راضي مي شود!

    12. تحويل پروژه براى فصل آخر سال آينده پيش بيني شده است. يعني: كه تا آن زمان ما مي توانيم مقصر تاخير در اجراي پروژه را كسي از ميان تيم كارفرما پيدا كنيم!

    13.  روي چند انتخاب بطور همزمان در حال كار هستيم. يعني: هنوز تصميم نگرفته ايم چه كنيم!

    14.  تا چند دقيقه ديگر به اين موضوع مي رسيم. يعني: فراموشش كنيد، الان به اندازه كافي مشكل داريم!

    15.  حالا ما آماده ايم صحبتهاي شما را بشنويم. يعني: شما هر چه مي خواهيد صحبت كنيد كه البته تاثيري در كاري كه ما انجام خواهيم داد ندارد!

    16.  بعلت اهميت تئوري و عملي اين موضوع...... يعني: بعلت علاقه من به اين موضوع!

    17. سه نمونه جهت مطالعه شما انتخاب شده و آورده     شده اند. يعني: طبيعتا بقيه نمونه ها واجد مشخصاتي كه شما بايد بعد از مطالعه به آن برسيد،‌ نبوده اند!

    18.  بقيه نتايج در گزارش بعدي ارائه مي شود. يعني: بقيه نتايج را تا فشار نياوريد نخواهيم داد!

    19.  ثابت شده كه .... يعني: من فكر مي كنم كه .....!

    20.  اين صحبت شما تا اندازه اي صحيح است. يعني: از نظر من صحبت شما مطلقا غلط است!

    21.  در اين مورد طبق استاندارد عمل خواهيم كرد. يعني: ازجزئيات كار اصلا اطلاع نداريد!

     

     


    مهندسين در بيان ويژگيهاي دستگاههاي خود كلماتي ذكر  مي كنند، معني اين كلمات و عبارات را بدانيد:

     

    Maintenance Free: چنانچه دستگاه خراب شد، بايد آن را دور بياندازيد!

    Energy Saving: ويژگي اي كه در حالت قطعي برق به آن مي رسيد!

    Rugged or Robust: آن قدر سنگين كه نمي توان آن را بلند كرد!

    Light Weight: كمي سبك تر از Rugged!

    All New:‌هيچ قطعه اي را با نوع قديمي اش نمي توان عوض كرد!


     

    مهندسين چگونه كار مي كنند؟

     

    1.       مهندسين الكترونيك كارهايشان را با "ظرفيت" بالا انجام مي دهند.

    2.       مهندسين برق كارهايشان را با "توان" بالا انجام        مي دهند.

    3.       مهندسين شيمي كارهايشان را با كمترين "انرژي فعال سازي" انجام مي دهند.

    4.       مهندسين مكانيك كارهايشان را با "انرژي" كمتر و "بازدهي" بيشتر انجام مي دهند.

    5.       مهندسين عمران كارهايشان را با "مقاومت" بيشتر انجام مي دهند.

    6.       مهندسين نرم افزار كارهايشان را با "تكرار" بيشتر انجام مي دهند.

    7.       مهندسين سخت افزار كارهايشان را با "سازگاري" بيشتر انجام مي دهند.

    ۸.    مهندسين شهر سازي كارهايشان را "چشم بسته" انجام مي دهند.

    + نوشته شده توسط علیرضا امینی در دوشنبه نوزدهم آذر 1386 و ساعت 11:27 |
    دانلود رایگان پاورپینت زیرساخت IT  و چارچوب معماري زكمن

    [PPT]

    PowerPoint Presentation

    ساختار فايل: Microsoft Powerpoint - نسخه HTML
    منطق فرایند; منطق سازمان; زیرساخت IT ... از ابتدا معماری آنها بر اساس یک دیدگاه عامل گرا ...
    ce.sharif.edu/.../resources/root/Presentations/An%20Agent%20Oriented%20Workflow%20Management%20System.ppt -
    Power Point  ...
     
    [PPT]

    PowerPoint Presentation

    ساختار فايل: Microsoft Powerpoint - نسخه HTML
    از نظر چارچوب معماري زكمن، هر سازمان شامل شش .... در چارچوب معماري C4ISR، كل سازمان بصورت ...
    enterprise-architecture.ir/EASite-Fr/downloads/Presentations/tavanir1-ppt-seminar-3-release.ppt - صفحات همسان
    + نوشته شده توسط علیرضا امینی در شنبه هفدهم آذر 1386 و ساعت 15:4 |
     هفت گام جهت اجرای موفق آنالیز ریشه خرابی
     
    ( RCA )
     

     

     

    روش آنالیز ریشه خرابیها (RCA ) ابزاری مفید برای عیب یابی خرابیها و  رفع اثربخش آنها میباشد. جهت اجرای موفق این روش مراحل هفتگانه زیر پیشنهاد میگردد :

     

     

    1 -  تشریح واقعی خرابی

    خرابی را با تمام علائم ظاهری و مشاهدات آن تشریح نمائید. انجام اینکار در تعیین ریشه خرابیها و یافتن پاسخ مناسب برای خرابی مورد نظر بسیار با اهمیت میباشد . از اپراتور ماشین بخواهید تا کلیه نشانه ها و علائمی را که در هنگام بروز خرابی مشاهده نموده است ، برایتان بنویسد .

     

    2 -  تعیین رخداد فیزیکی خرابی

    گام اول در تحلیل خرابی آنست که رخداد فیزیکی خرابی را تعیین نمائید . برای مثال اگر لامپ خاموش میباشد ، بهتر است رخداد خرابی را " خاموشی لامپ " عنوان نمائیم . اگر نبود الکتریسیته در مدار لامپ را  برای رخداد خاموشی لامپ تعریف نمائیم رخداد فیزیکی خاموشی لامپ بصورت دقیقتری تعریف گردیده است .

     

    3 -  تعیین جزئیات خرابی با استفاده از 5 چ ( چه چیزی ، چه وقت ، چه مکانی ، چگونه و چه میزان )

    نکته حائز اهمیت در بررسی خرابیها آنست که ریشه و طبیعت بروز خرابیها شبیه هم نمیباشد. در بررسی هرخرابی ذهنیات مربوط به خرابیهای مشابه را فراموش نمائید . ممکن است رخداد دو خرابی شبیه هم باشد اما احتمال اینکه ریشه بروز خرابیها متفاوت باشد بسیار زیاد است .

     به همین خاطر پیشنهاد میگردد که با کمک 5چ و یا همان 3W2H ( what , when , where , how , how much) جزئیات خرابی را تعیین نمائید .

     

    4 -  تشکیل تیم کاری جهت بررسی خرابی

    دریافت ورودیهای مختلف برای یک خرابی بسیار مفید خواهد بود. هرشخص ممکن است نگاه جدیدی به خرابی مورد نظر داشته باشد . در این رابطه با تشکیل جلسه ، نظرات پرسنل تولید و نت ( در رسته های کاری مختلف ) را جمع آوری نمائید .

     

    5 -  بررسی کلیه علل احتمالی بروز خرابی

    بررسی سوابق تعمیراتی گذشته در زمینه خرابی مورد نظر ممکن است که مفید باشد اما شما باید خود را محدود به سوابق گذشته ننمائید. کلیه علل احتمالی بروز خرابی باید مورد بررسی قرار گیرد.

     

    6 – تعیین علل منطقی در بروز خرابی مورد نظر و اقدام جهت حذف علل مشخص شده

    در فرایند آنالیز خرابی لازمست تا کلیه علل احتمالی بروز عیب مدنظر قرار گیرد. دانش ، مهارت و تجربه برای شناسایی علل منطقی بروز عیب از بین فهرست علل بالقوه لازم میباشد . بنابراین اعضاء تیم کاری شما باید سه فاکتور فوق الذکر را برای خرابی مورد نظر دارا باشند. بعد از تعیین علل منطقی بروز عیب ، باید اقدامات لازم انجام پذیرد . بعنوان مثال برای مثال ذکر شده در بند 2 ، اگر یکی از علل نرسیدن الکتریسیته به لامپ ، سوختن فیوز باشد ، آنگاه اقدام اجرایی کنترل وضعیت فیوز میباشد. درصورت سالم بودن فیوز شما میتوانید علل دیگر را مورد بررسی قرار دهید.

     

    7 – اگر مشخص گردید که علت بروز خرابی ، عامل انسانی میباشد ، آنرا از علل فیزیکی جدا نمائید .

    اگر در هنگام بررسی علل بروز خرابی مشخص شود که عامل انسانی در بروز مشکل نقش داشته است ، آنگاه لازمست که فاکتور انسانی را از فاکتورهای فیزیکی جدا نمائید. در این حالت بهتر است که به ادامه بررسی علل بروز خرابی پرداخته و عامل انسانی را بعنوان یکی از پارامترها در کنار سایر علل در نظر داشته باشید.

     

    برگردان از مقاله : Seven Points to Successful Root Cause Analysis(RCA)

    نویسنده : Jinsso Kim

    منبع : www.maintenanceworld.com


    + نوشته شده توسط علیرضا امینی در یکشنبه یازدهم آذر 1386 و ساعت 15:39 |

    برنامه اي براي تبديل pdf به  world


     توانایی استخراج و تبدیل متون , تصاویر و سایر داده های موجود در فایلهای PDF و تبدیل اونها به فایلهای WORD به بهترین نحو ممکن در نرم افزار قدرتمند PDF to Word v2.0 ایجاد شده است
    این برنامه برای اجرا شدن نیازی به سایر برنامه ها مانند Microsoft WORD , Adobe Acrobat و حتی Acrobat reader نداره!
    قابل اجرا در نسخه های 98 , NT , ME , XP , 2000 , 2003 ویندوز
    همچنین قایلیت تغییر سایز خودبخودی فایلهای PDF رو مطابق نیاز شما داره
    PDF to Word همچنین از توانایی Drag and drop پشتیبانی میکنه
    همچنین زبانهای زیادی از سوی این نرم افزار پشتیبانی میشن و اینکه قابلیت تبدیل چندین فایل PDF در یک صفحه Word وجود داره

     برای دانلود کلیک کنید بر روی >>>>>>>>>>>> Download PDF to Word 1.6

    + نوشته شده توسط علیرضا امینی در سه شنبه ششم آذر 1386 و ساعت 12:8 |

    مقالات و پایان نامه ها  معماری سازمانی


    مقالات و پایان نامه ها


    مقالات معماری سازمانی

    ارائه روش جدید برای ارزیابی مولفه ها و لایه های معماری سازمان از مهرشید جوانبخت، فریدون شمس، علی سیدی

    انطباق چارچوب معماری سازمانی با معماری مدل رانه از سید شرویس استاد زاده و فریدون شمس

    تدوين سبك معماري سازماني از سيد مهدي زرگر نتاج، فریدون شمس

    پالایش کارتهای CRC جهت ارزیابی معماری نرم افزار از سیما عمادی، فریدون شمس

    ارائه روشی برای ارزیابی برنامه معماری سازمانی از رضا رضائی، فریدون شمس

    یک زبان توصیف معماری برای سیستم های قابل بازپیکربندی پویا از ندا نوروزی، سید حسن میریان

    چم: یک چارچوب و متدولوژی معماری سازمانی از اردوان مجیدی

    روش احتمالی سنجش ارزش تصمیم های معماری برای ارزیابی معماری نرم افزار مجید وفائی زمان، فریدون شمس، سعید ستایشی

    اهداف معماری اطلاعات و خروجی های آن از دکتر فریدون شمس، انوشیروان اخوان نیاکی ، ایزایران

    فرآیند تدوین سند معماری از  مهدی فهیمی، مؤسسة روشنگران انديشه

    این مقاله كه حاوي يك دستورالعمل كاربردي براي تدوين "اسناد معماري و استاندارد" يك ‏سازمان است، با بهره‌گيري از اسناد معماري اجرا شده در سازمان‌هاي مختلف، تهيه شده است. اين ‏دستورالعمل به اهم گام‌هاي اجرايي در تدوين سند معماري پرداخته و در پايان با چند توصية ‏كاربردي خاتمه مي‌يابد.‏

    معماری اطلاعات، مفاهیم، اهداف و کاربردها از سید ابراهیم ابطحی، راهگشا سامانه تهران

    در این مقاله سعی شده است مفاهیم معماری اطلاعات تشریح شده و سپس به معماری اطلاعات به عنوان روشی برای یکپارچه سازی دورن سازمان و تعامل با بیرون سازمان پرداخته شده است.

    معرفي تفصيلي چارچوب زکمن از علی فتح الهی،گروه معماری اطلاعات شرکت ایزایران

    ‏ در اين مقاله به معرفي تفصيلي چارچوب زکمن پرداخته شده و نکات کليدي در باب فرصت‌ها و تهديدات ناشي از ‏بکارگيري آن ارايه شده است.

    مفاهیم پایه معماری سازمانی از دکتر فریدون شمس

    این مقاله معماری سازمانی را راه حلی برای مهندسی مجدد ساختارهای سازمانی توصیه می کند. در ‏کل، سازمانهای امروزی، موجودات پیچیده ای هستند که عدم توجه به معماری مناسب آنها باعث ‏کاهش کارایی، انعطاف پذیری آنها خواهد شد. در نهایت اینکه با معماری سازمانی یک سازمان ‏فرآیند های اضافی در سازمان کشف و حذف، و یکپارچگی ایجاد خواهد شد.‏

    فرایند معماری سازمانی از عسکر صمدی

    مجموعه ای از فرآیندهای کاری که هماهنگ و پیوسته در حال اجرا هستند یک سازمان را به موجود ‏زنده تبدیل می کند. مسئول این سازمان پیوسته بر این چرخه نظارت کرده و هدفش این است که با ‏اعمال تغییراتی پیوسته، سازمانش را به سمت وضعیت مطلوب تر هدایت کند. یکی از این مهمترین ‏فرآیند ها، فرآیند معماری سازمانی است. این کار مستلزم توانایی حفظ وضع موجود، و حرکت به ‏سمت و ضع مطلوب تر مدیریت تغییرات می باشد.‏

    مدیریت ارشد فناوری اطلاعات

    در این مقاله ضمن بررسی شرح وظایف و خدمات واحد های سازمانی که در زمینه توسعه و نگهداشتِ سيستمهاي مکانیزه فعالیت می نمایند، به وظايف و مهارتهاي «مدير ارشد فناوري اطلاعات» نيز اشاره شده است.

    نگهداشت، پیاده سازی و تجمیع معماری اطلاعات از دکتر فریدون شمس، انوشیروان اخوان نیاکی ، ایزایران

    ‏ اين مقاله به دنبال تهيه‌ی طرح معماري اطلاعات و لحاظ نمودن وجوه امنيتي در آن است. در ‏هنگام طراحی معماری اطلاعات به دليل تغييرات مداوم، نيازمند به نگهداشت معماري تدوين شده ‏هستيم. همچنين پياده‌سازي طرح تدوين شده، خود مراحل مفصلي را طلب مي‌كند كه دراين مقاله ‏به بيان قدم‌هاي اصلي آن خواهيم پرداخت. علاوه بر فعاليت‌‌هاي نگهداشت و پياده‌سازي، مساله‌ی ‏تجميع معماري‌هاي اطلاعاتي انجام شده در حوزه‌هاي مختلف، از جمله امور مهم دراين مرحله ‏تلقي مي‌گردد.‏

    برنامه ريزي و مديريت راهبردي ‏فناوري اطلاعات با استفاده از ‏ فناوري معماري اطلاعات   از سید ابراهیم ابطحی، راهگشا سامانه تهران

    فراروش معماري اطلاعات با حدود دو دهه عمر در محيط‌هاي کاربردي با پذيرش اصل مهم ‏لزوم جدايي اطلاعات از کاربردها و عنايت به ارزش معنايي اطلاعات در سازمان، اطلاعات ‏را مولفه‌اي شالوده‌اي در تشريح مشخصات سازماني مي‌داند و با تحليل اقلام اطلاعاتي که ‏سازمان را نمايندگي مي‌کنند، برمبناي يک فرهنگ داده‌اي مجموعه‌اي کم تغييرتر از ‏سامانه‌هاي اطلاعاتي مورد نياز فراهم مي‌سازد که مبين و تصويرگر سيماي اطلاعاتي ‏سازمان هستند. تغيير نيازهاي سازماني و به تبع آن تغيير سامانه‌هاي اطلاعاتي که معمولا ‏براساس بهبود يا بازمهندسي فرآيندهاي کاري روي مي‌دهد، از پردازش ترکيبات اطلاعاتي ‏ناشي مي‌گردند. در این مقاله به روش های برنامه ریزی و مدیریت فناوری اطلاعات پرداخته شده است.

    اصول معماري اطلاعات، استانداردها، ارزيابي و ابزار از دکتر فریدون شمس و جهانگیر مهرپروران، ایزایران

    بنا نهادن معماري اطلاعات براصولي مدون يا مشخص، يك ضرورت است. اين اصول در واقع همان اهداف و مقاصد اصلي سازمان هستند كه به شكل محوري طرح مي‌گردند تا در هدايت تيم معماري اطلاعات، راه‌گشا باشند. همچنين بايد ديد كه فرآيند معماري اطلاعات چه محصولات و مصنوعاتي را فراهم مي‌آورد و كارآيي آنها در ساماندهي فرآيندهاي يك سازمان به چه ميزان است و نقش و تاثير آن بر مشتريان چيست؟ مقاله‌ی حاضر تلاش مي‌کند تا اصول ياد شده را تبيين نمايد.

    برنامه ریزی معماری سازمانی از عسکر صمدی

    فرآيند معماري سازماني شامل سه فاز اصلي: برنامه ريزي ‏راهبردي فناوري اطلاعات، برنامه ريزي معماري سازماني، و اجراي معماري سازماني است. كه در طي اين ‏مقاله به تشريح مراحل فاز دوم (برنامه ريزي معماري سازماني)  پرداخته شده است.

    آشنایی با چارچوب های معماری از کمیته فنی معماری اطلاعات

    متدولوژی برنامه ریزی معماری سازمانی از شهرام جلالی نیا، ایزایران

    چارچوب معماري زکمن ساختاري انتزاعي براي طبقه‌بندي محصولات معماري است و به چگونگي ايجاد مدل‌ها و توصيفات معماري، به خصوص براي دو سطر اول نمي‌پردازد. متدولوژي اي‌اِپي فرآيند گام به گام و مشخصي براي توليد محصولات دو سطر اول چارچوب معماري زکمن ارايه مي‌نمايد. تفکر اصلي در اي‌اِپي شناخت معماري موجود سازمان، ترسيم معماري مطلوب و برنامه‌ريزي براي گذار از وضع موجود به وضعيت مطلوب است.  اي‌اِپي فرآيند  تعريف حرفه و معماري‌ها است و سيستم‌ها، پايگاه‌هاي داده و شبكه‌ها را طراحي نمي‌كند بلکه كار طراحي و پياده‌سازي بعد از تكميل و اتمام فرآيند تعريف اي‌اِپي، آغاز مي‌شود.

    ايجاد و توسعه‌‌ی معماري اطلاعات‏ از دکتر فریدون شمس، انوشیروان اخوان نیاکی، ایزایران

    ‏ در اين مقاله به دو سوال اساسي زير پاسخ داده مي‌شود. اين که مسايل موجود در تدوين پروژه‌‌ی ‏معماري اطلاعات چيست؟ و اين که مراحل انجام معماري اطلاعات چيست ؟ ‏
    از آنجا که معماری اطلاعات به عنوان يکی از ضرورت‌‌های اجتناب ناپذير پيش روی ما مطرح مي‌‌باشد ‏و در فاصله‌‌ی زمانی کوتاهی بسياری از سازمان‌‌های کشورمان به اجرای پروژه‌‌هايي در اين ارتباط روی ‏خواهند آورد، لذا پاسخ به پرسش‌‌های ياد شده مي‌‌تواند بسيار راهگشا باشد.‏

    پایان نامه های به اتمام رسیده

    يك روش مبتني بر معماري مدل رانه براي مدلسازي يكپارچه سلولهاي چارچوب زكمن از سید شروین استادزاده (دانشگاه آزاد اسلامی)

    چکیده در دست آماده سازی.

    بررسی و تدوین سبک معماری فناوری اطلاعات سازمانی از مهدی زرگر نتاج (دانشگاه شهید بهشتی)

    چکیده در دست آماده سازی.

    ارائه و توصیف راهکارهائی به منظور مستندسازی طراحی نرم افزار بر پایه الگوها از محمد ولیزاده (دانشگاه شهید بهشتی)

    چکیده در دست آماده سازی.

    ارائه یک مدل قابل اجرا از معماری نرم افزار با هدف ارزیابی کارائی از حسین هادی پور صنعتی (دانشگاه شهید بهشتی)

    چکیده در دست آماده سازی.

    ارائه روشی برای ارزیابی بلوغ معماری سازمانی  از مهرشید جوانبخت (دانشگاه آزاد اسلامی)

    چکیده در دست آماده سازی.

    بهبود روشهای ارزیابی صفات کیفیتی معماری نرم افزار  از مریم پورکمالی انارکی (دانشگاه آزاد اسلامی)

    چکیده در دست آماده سازی.

    ارائه روشی برای ارزیابی معماری سازمانی از رضا رضائی (دانشگاه آزاد اسلامی)

    چکیده در دست آماده سازی.

    ارائه مدلي براي معماري مرجع راهكار  از رامین امربر (دانشگاه آزاد اسلامی واحد علوم و تحقیقات)

    در حال حاضر بكارگيري صحيح فناوري اطلاعات و ارتباطات به عنوان يك مساله جديد در سازمان‌هاي ‏بزرگ مورد توجه زيادي قرار گرفته است. از اين‌رو بيشتر سازمان‌ها براي رسيدن به اهداف خود بايد بتوانند ‏از فناوري اطلاعات و ارتباطات در جهت تدقيق، تسريع و تسهيل كار‌هاي خود، بهترين استفاده را بنمايند. يك ‏رويكرد اصولي مبتني بر اين است كه هر سازمان بايد از طريق انجام معماري سازمان، نيازمندي‌هاي خود را ‏شناخته و راه حل فائق آمدن بر نياز‌ها و مشكلات خود را در آن منعكس نمايد. اما مشكل آن است كه بعد از ‏انجام معماري سازماني بايد فناوري اطلاعات و ارتباطات در سازمان پياده‌سازي شود. در اين زمان بر اساس ‏معماري سازماني انجام شده و معماري مقصد، بايد مجموعه‌اي از سيستم‌هاي نرم‌افزاري پوشاي نياز‌ها و ‏مشكلات حرفه سازمان و بصورت تجميع شده پياده‌سازي گردند. مشكل اصلي ارائه راهكاري براي ايجاد ‏چنين سيستم‌هاي نرم‌افزاري است. براي آنكه بتوان به عنوان يك فراهم كننده راهكار، به تمامي سازمان‌ها ‏بهترين پيشنهاد را ارائه داد بايد يك نقشه مرجع براي ارائه راهكار بر اساس تجارب موفق و سوابق قبلي يك ‏حرفه در اختيار داشت. هدف از اين پايان‌نامه پيشنهاد بكارگيري معماري مرجع در ارائه راهكار براي ‏سازمان‌ها با توجه به رويكرد معماري سازماني است. از آنجاييكه اين بحث خيلي گسترده خواهد بود و ‏نمي‌توان تمامي مطالب را در اين پايان‌نامه پوشش داد، تنها به بررسي كاربرد معماري مرجع در لايه ‏برنامه‌هاي كاربردي با توجه به حرفه سازمان خواهيم پرداخت و سعي مي‌كنيم با كمك معماري مرجع و ‏تعاريف مربوطه معماري مرجع راهكار را بگونه‌اي تعريف نماييم كه بتواند لايه‌هاي حرفه، اطلاعات و ‏برنامه‌هاي كاربردي يك سازمان را پوشش دهد و در اين حوزه يك راهكار جامع براي سازمان‌ها ارائه نمايد.‏
    برداشت ارائه نمای دفاعیه

    بررسي ‏UML‏ از نظر ‏قابليت پوشش به چارچوب ‏زكمن از  علی فتح الهی ( دانشگاه شهید بهشتی)

    معماري سازماني به عنوان راه‌حلي جامع و راهبردي در مديريت، توسعه و نگهداشت سامانه‌هاي اطلاعاتي ‏سازماني از نيمة دوم دهه 1990 ميلادي به شدت مورد توجه قرار گرفته است. رويكرد موجود در اين ‏روش مبتني بر ايدة مديريت افقي به جاي عمودي است كه در ضمن تفاوت‌هاي عمده‌اي با ساير ‏روش‌هاي راهبردي پيشين نظير طرح‌هاي جامع دارد. معماري به تنهايي چيزي نيست مگر مجموعة بسيار ‏وسيعي از مدل‌ها و توصيفات كه سازمان وفناوري اطلاعات را آنطور كه براي پشتيباني از كسب‌وكار آن ‏لازم است، شرح مي‌دهد.‏
    چنين جنگل بزرگي از مدل‌ها را نمي‌توان بدون بهره‌گيري از ساختاري منطقي سازماندهي كرد. ‏چنين ساختاري چارچوب نام دارد. چارچوب‌هاي فراواني براي معماري سازماني ارائه شده‌اند كه از ميان ‏همة آنها چارچوب زكمن با توجه به قواعد حاكم بر آن و ميزان تأثير و تقدم بر ساير چارچوب‌ها يك ‏نمونة شاخص به شمار مي‌رود. با اين همه اين چارچوب نيز در نوع خود و در زمان بكارگيري با ‏مشكلاتي مواجه مي‌شود.‏
    يكي از مشكلاتي كه براي استفاده از چارچوب زكمن وجود دارد، نبود مدل‌هاي هم‌جنس براي ‏همة سلول‌هاي چارچوب است. اين معضل كه به نوعي پيش‌شرطي نيز براي حل ساير مشكلات گريبانگير ‏چارچوب زكمن است در اين پايان‌نامه مورد توجه قرار گرفته است. راه‌حل ارائه شده مبتني بر استفاده از ‏UML‏ و نماية كسب‌وكار آن است كه در حال حاضر به عنوان راه‌حل مناسب و برتر در مدل‌سازي ‏سامانه‌هاي اطلاعاتي كاملاً پذيرفته شده است.‏
    به منظور بررسي صحت مدل‌هاي پيشنهاد شده، مدل‌هاي مزبور در يك مطالعة موردي روي يك ‏سازمان كاري مورد آزمايش قرار گرفته‌اند. نتايج اين مدل‌سازي هم از حيث تطابق با قواعد حاكم بر ‏چارچوب زكمن و هم از نظر ميزان مقبوليت عمومي مورد بررسي قرار گرفته است. عليرغم اينكه نتايج ‏حاصل از اين مدل‌سازي رضايت‌بخش به نظر مي‌رسند اما به منظور پويايي بيشتر ايجاد مخزني مناسب ‏براي چارچوب زكمن و ابداع روشي جديد در مدل‌سازي سازماني به عنوان راه‌هاي آينده در انتهاي اين ‏پايان‌نامه پيشنهاد شده‌اند.‏

    برداشت ارائه نمای دفاعیه

    معماری های تطبیق پذیر: روش برای پویایی رفتار از سالار مصداقی نیا (دانشگاه صنعتی شریف)

    در بسیاری از محیط ها، منطق حرفه مدام در حال تغییر است و سیستم های اطلاعاتی مربوط به این محیط ها باید به سرعت با نیازهای جدید تطبیق داده شوند. برخی از این سیستم ها نیازمند قابلیت تطبیق منطق حرفه توسط کاربر انسانی (منخصص دامنه) می باشند. قابلیت تطبیق در بیشتر موارد یک موضوع مرتبط به سطح معماری نرم افزار می باشد. در نتیجه، معماری باید این ویژگی کیفی را فراهم کند. در سیستم های شیءگرا منطق حرفه به دو بخش ساختار و رفتار موجودیت های (اشیاء) حرفه تقسیم میشود. سیستم های شیءگرایی که به کاربر اجازه تطبیق موجودیت های حرفه را میدهند، از سبک معماری مدل قابل تطبیق مدل شیء استفاده میکنند. در حال حاضر ضعفهایی در پشتیبانی از تطبیق رفتاری در این سیستم ها دیده میشود. بعبارت دیگر در این سیستم ها، تطبیق رفتاری  محدود به رفتار بسیار ساده می باشد. همچنین امکان پشتیبانی از اعمال جدید وجود ندارد. در این پایان نامه روشی برای پشتیبانی از تطبیق ساختاری و رفتاری، توسط معماری سیستم های نیازمند تطبیق توسط انسان، ارائه میگردد. این روش امکان پیاده سازی عملیات عمومی، که برای موجودیتهای آینده قابل استفاه هستند و همچنین تعریف پویای عملیات ناموجود در سیستم را بوجود می آورد. این روش برای ایجاد عملیات عمومی شبیه روش خودنگری در زبانهای برنامه نویسی انعکاسی عمل میکند و براب تعریف عملیات جدید قابلیت ترکیب عملیات ابتدایی را به متخصص دامنه میدهد. در ضمن، با این روش میتوان عملیات را ،بصورت پویا به موجودیت ها منتسب کرد. بعلاوه این روش از وراثت ساختار و رفتار موجودیت ها پشتیبانی میکند.

    پایان نامه های در دست اقدام

    توجه : از مراکزتحقیقاتی، دانشگاه ها و دانشجویان علاقمند درخواست میشود در صورت تمایل پایان نامه های تکمیل و یا در دست اقدام خود و گزارش های سمینار مرتبط با موضوع معماری سازمانی را در قالب فرمت PDF برای آدرس eaAdmin@enterprise-architecture.ir ارسال و یا با آدرس مذکور مکاتبه نمایند.

    گزارش سمینارهای کارشناسی ارشد

    ابررسی سبک های معماری فناوری اطلاعات سازمان از مهدی زرگر نتاج (دانشگاه شهید بهشتی)

    چکیده در دست آماده سازی.

    ارائه مدل قابل اجرا برای معماری سازمانی با استفاده از شبکه های پتری رنگی از روح الله جوادپور (دانشگاه شهید بهشتی)

    چکیده در دست آماده سازی.

    ابررسی قابلیت پوشش UML 2.0 بر سلولهای چارچوب زکمن از امیر رضا مهجوریان (دانشگاه شهید بهشتی)

    چکیده در دست آماده سازی.

    جایگاه MDA در معماری سیستمهای سازمانی از شروین استادزاده (دانشگاه آزاد اسلامی)

    چکیده در دست آماده سازی.

    تطابق معماری سازمانی و مدل بلوغ/توانائی از مهرشید جوانبخت (دانشگاه آزاد اسلامی)

    چکیده در دست آماده سازی.

    روشهای ارزیابی معماری نرم افزار پورکمالی (دانشگاه آزاد اسلامی)

    چکیده در دست آماده سازی.

    Enterprise Unified Process  از رضا رضائی (دانشگاه آزاد اسلامی)

    چکیده در دست آماده سازی.

    انطباق چارچوب معماری سازمانی زکمن با UML 2.0 از سمیه جان بخش (دانشگاه آزاد اسلامی)

    چکیده در دست آماده سازی.

    سبکهای معماری نرم افزار از حسین هاشمیان (دانشگاه آزاد اسلامی)

    چکیده در دست آماده سازی.

    کارتهای CRC در معماری نرم افزار از زینب شکر زاده (دانشگاه آزاد اسلامی)

    چکیده در دست آماده سازی.

    روشهای ارزیابی معماری نرم افزار از مریم پورکمالی انارکی (دانشگاه آزاد اسلامی واحد علوم و تحقیقات)

    معماری نرم افزار یعنی بیان ساختار یا ساختارهای سیستم که مؤلفه های نرم افزاری، ویژگیهای قابل رویت از این مؤلفه ها و روابط بین آنها را نشان میدهد. تعریف دیگری که برای معماری نرم افزار ارائه شده، ساختار مؤلفه ها در یک سیستم، روابط داخلی آنها و اصول و خطوط راهنمایی که طراحی و ارزیابی سیستم را در طی زمان کنترل میکند. این تعریف جنبه های داخلی سیستم را در نظر میگیرد و بنابراین اکثر روش های ارزیابی و تحلیل بر اساس آن عمل میکنند. تعریف معماری نرم افزار باید شامل دور فسمت معماری کلان و معماری خرد باشد که اولی بر روی محیط سیستم متمرکز میشود و  دومی ساختار داخلی یک سیستم را پوشش میدهد. البته تعاریف مختلفی برای معماری نرمافزار وجود دارد که ما در اینجا قصد ارائه همه آنها را نداریم و به دو تعریف فوق اکتفا میکنیم.

    اعتبارسنجی کارایی نرم افزار از همان فازهای اولیه چرخه حیات سیستم، یک مسأله تعیین کننده در طراحی سیستم های نرم افزاری پیچیده می باشد. بر اساس چرخه کاری معماری نرم افزار یکی از مراحلی که پیش بینی شده کهباید در مرحله اولیه چرخه حیات انجام گیرد، مرحله ارزیابی و یا تحلیل معماری است.

    تصمیمات معماری مرتبط با صفات کیفی معماری بوده و تأثیر زیادی روی کیفیت سیستمهای نرم افزاری میگذارند. در نتیجه همیشه در توسعه و تولید سیستم های نرم افزاری این مسأله مطرح است که چگونه یک معماری نرم افزار را تدوین کنیم تا نیاز های صاحبان سهام را براورده سازد. بنابران همیشه تولیدکنندگان نرم افزار به دنبال راه هایی هستند که بتوانند پیش از شروع تولید نرم افزار و قبل از پرداخت هرگونه هزینه تولید، سیستم را ارزیابی و تحلیل نمایند. در زمان ارزیابی معماری تمرکز بر روی ویژگیها و صفات کیفی و میزان براورده شدن آنهاست. اریابی معماری نشان میدهد که آیا معمار تصمیمات کلیدی را بدرستی اتخاذ نموده است و آیا ابهامی در این تصمیمات وجود ندارد و  از سوی دیگر تأثیر این تصمیمات بر روی بقیه فرایند کار چه خواهد بود.

    در جواب به این نیاز ها که در بالا بیان شد، محققین مسأله معماری های قابل اجرا را مطرح نمودند. معماری قابل اجرا یک پیاده سازی جزئی از سیستم محسوب میشود که بمنظور نمایش دادن چگونگی انجام عملیات، وظایف و ویژگیهای سیستم مورد نظر باشد، بعلاوه در آن ویژگیهایی نمایش داده میشود که در برگیرنده نیازمندی های غیر وظیفه مندی می باشد. معماری قابل اجرا در طول فاز تشریح برای کاستن ریسکهای مرتبط با کارایی، توان عملیاتی، ظرفیت، قابلیت اطمینان و ویژگیهای دیگر ایجاد میشود. بنابراین معماری قابل اجرا میتواند معماری نرم افزار را اعتبارسنجی نماید و همچنین معماری قابل اجرا قابلیتهای وظیفه نمدی سیستم را نمایش میدهد تا با پایه و اساس قوی و بدون ترس از شکست وارد فاز ساخت شویم. در واقع مقصود معماری قابل اجرا، ساختن یک نمونه تکاملی با قابلیت ارضاءنیازمندی هاست. مدل های زیادی برای نشان دادن معماری قابل اجرا وجود دارند مانند شبکه های پتری رنگی که ابزار مناسبی برای مدلسازی سیستم و نمایش دادن صفات کیفی غیر وظیفه مندی می باشند، و بدلیل سادگی و قابلیت بالا، بسیار مورد توجه هستند. البته علاوه بر مدلهای موجود، زبانهایی نیز برای توصیف معماری وجود دارند که میتوانند معماری قابل اجرا را نمایش دهند مانند ADL و ADML.

    با نگاهی به مراحل اصلی فرایند معماری، ضرورت داشتن یک مدل اجرایی در سطح معماری بیشتر به چشم میخورد. ما با داشتن یک مدل اجرایی در سطح معماری بسیاری از مراحل معماری را با دقت بالاتری انجام خواهیم داد. با توجه به اهمیتی که معماری صحیح سیستم در تولید سیستم دارد، داشتن مدل اجرایی در این سطح که اشتباهات را کم، فهم نیازها را راحتتر، تحلیل و ارزیابی سیستم را بهتر و ارائه معماری را ساده تر نماید، بسیار مهم است.

    در فصل اول این گزارش تحت عنوان مفاهیم بنیادی به معرفی کلیات و اصطلاحات اولیه لازم برای درک معماری و تحلیل و ارزیابی معماری پرداخته شده است. در فصل دوم این گزارش روشهای ارزیابی معماری مبتنی بر سناریو مورد بررسی قرار گرفته است.در فصل سوم با توضیح مختصری در مورد شبکه های پتری، به روش ارزیابی مبتنی بر شبکه های پتری پرداخته شده است. در فصل چهارم روش ارزیابی SAM مورد بررسی قرارگرفته است و در نهایت در فصل پنجم به تشریح نتایج حاصل از این تحقیقات پرداخته شده و کارهای آتی معرفی گردیده است.

    انطباق چارچوب معماری سازمانی فدرال با نرم افزار معمار سیستم System Architect از علی فتح الهی (دانشگاه شهید بهشتی)

    این نوشتار، گزارش سمینار کارشناسی ارشدی است که به بررسی چارچوب معماری سازمانی فدرال و  انطباق آن بر نرم افزار System Architect اختصاص دارد.برای رسیدن به این منظور، توضیحاتی در معرفی مفاهیم معماری سازمانی، جدول زکمن و چارچوبهای مطرح معماری بعنوان پیشنیاز در این گزارش آروده شده است.

    یک سازمان مجموعه پیچیده ای از فرایندهای فیزیکی و منطقی است که گردش اطلاعات در آن نقش عمده ای در وظیفه مندی آن دارد. معماری سازمانی تلاشی است در جهت ایجاد ساختار و مدل لازم برای کشاندن به عرصه فناوری به گونه ای که نیازهای امروز سازمان را برآورده کند و با کمترین هزینه ها، تغییرات لازم برای برآوردن نیازهای فردا را بدهد.

    نرم افزار System Architect از طیف گسترده ای از تعاریف، نمودارها، ابزارهای مهندسی مستقیم و معکوس و ... تشکیل شده است که جهت پوشش دادن به متدولوژی های مختلف مهندسی نرم افزار و انطباق با چارچوب های مختلف معماری سازمانی کاملترین نرم افزار از این دست نیز به حساب می آید به گونه ای که در حال حاضر بعنوان ابزار رسمی معماری اطلاعات در دولت فدرال آمریکا پذیرفته شده است.

    برداشت ارائه نمای سمینار

    + نوشته شده توسط علیرضا امینی در یکشنبه چهارم آذر 1386 و ساعت 12:8 |

    معماری سازمان


    مقاله های های جديد (قابل دانلود بصورت کامل)

    پايان نامه های جديد (قابل دانلود بصورت کامل)


    سمینار های جديد (قابل دانلود بصورت کامل)

    منبع : http://www.enterprise-architecture.ir/

    + نوشته شده توسط علیرضا امینی در یکشنبه چهارم آذر 1386 و ساعت 12:0 |
    مجله علمی  JISE
    یکی از معتبرترین مجلات علمی کشور در زمینه مهندسی صنایع و سیستمها تحت عنوان JISE منتشر شد. هدف این مجله ايجاد و گسترش نو آوريهاي علمي و کاربردی در زمينه مهندسي صنايع و سیستمها ميباشد. براي مشاهده اطلاعات بيشتر به آدرس http://www.jise.info مراجعه فرمائيد.


         Home      Issues      Editorial Board      Call for paper      Sample Copies      Paper Submission      Subscription      Contact

    Menu


    Journal of Industrial and Systems Engineering

    Editorial

    It has been over four decades since the very first formal program in Industrial Engineering was inaugurated in Iran. Since then many scholars and competent engineers have been trained within such programs in the nation. Conservative estimates put the number of students who are annually admitted to Industrial Engineering programs in the nation at 6000. These facts indicate that the I.E. community is constantly growing larger and there exists the need for a wider spectrum of media and resources for communicating the new and novel methods and techniques of practicing Industrial Engineering.

    Based on such a perception, I am pleased to see that the Journal of Industrial and Systems Engineering (JISE) is introduced to address such needs. As the Editor-in-Chief of JISE, I have been overwhelmed by the generous support given to such cause by many eminent scholars from around the world. I would like to express my deepest sense of gratitude to all noble members of academia who have heeded our call. I am confident that JISE will thrive on the valuable support received from such prominent individuals in the international I.E. community and as a result, in due time will establish itself as a credible technical publication.

    In achieving such a difficult and yet rewarding goal, all of us at JISE will benefit from the constant support and the guidance of the members of the I.E. community. In the months to come I hope we at JISE can justify that we deserve such valuable support.

    Rasoul Haji
    Editor-in-Chief


     

    Designed by GityGostar IT Developers

     
    + نوشته شده توسط علیرضا امینی در یکشنبه چهارم آذر 1386 و ساعت 10:38 |

    پياده سازي نظام آراستگي محيط كار ( 5S )


     دستيابي به كميت و كيفيت برتر و تداوم حضور در صحنه رقابت ، مشاركت تمامي نيروهاي انساني شاغل در شركت را طلب ميكند0 آنچه در اين بحث ارائه مي شود ، معرفي مراحل پنجگانه در آراستگي محيط كار و مزاياي آن مي باشد 0

    ت     تاریخچه شكل گيري 5S :

      نظام 5S براي اولين بار بعد از جنگ جهاني دوم در ژاپن شكل        گرفت ولي ايده اوليه اين سيستم ژاپني نمي باشد

     


    ادامه مطلب
    + نوشته شده توسط علیرضا امینی در یکشنبه چهارم آذر 1386 و ساعت 10:22 |