سیلکا    (سیستم یکپارچه لازمه کار)

سیلکا (سیستم یکپارچه لازمه کار)

(Integrated system required for work) Silka
سیلکا    (سیستم یکپارچه لازمه کار)

سیلکا (سیستم یکپارچه لازمه کار)

(Integrated system required for work) Silka

دانلود مقاله ترجمه شده بررسی فرآیند یکپارچه رشنال


دسته بندی کامپیوتر و IT
فرمت فایل pdf
حجم فایل 309 کیلو بایت
تعداد صفحات فایل 15

بخشی از ترجمه فارسی:

فرایند یکپارچه منطقی (RUP) یک اسلوب سیستمهای اطلاعاتی است که امروزه در وسیع‏ ترین حالت استفاده می‏شود. طراحان اصلی آن سه نفر هستند به نامهای ایوار یاکوبس، جرادی بوچ و جیمز رامبو، که همچنین زبان نمونه‏سازی یکپارچه را هم طرح کرده‏اند. این فرایند اساساً مبتنی بر خط مشی (روش) اریکسون، ابجکتوری و خط مشی منطقی (عقلانی) است که در سال 1995 با فرایند ابجکتوری منطقی ترکیب شدند. زبان مدل سازی (نمونه‏سازی) یکپارچه به همراه تجربه‏ای از شرکت Rational، فرایند یکپارچه منطقی را تشکیل داد.
فرایند یکپارچه یک فرایند توسعه نرم‏افزاری است که مجموعه‏ای است از فعالیتهای مورد نیاز برای تبدیل نیازمندیهای کاربران به یک سیستم نرم‏افزاری، اما به عنوان یک چارچوب کلی فرایند هم دیده می‏شود که می‏تواند برای مقاصد مختلف، اختصاصی شود.
سه وجه فرایند یکپارچه عبارتند از:
– حالت کاربری(استفاده)- مورد – حالت متمرکز بر ساختار
– و افزایشی
مراحل اصلی برای یک پروژه RUP با توجه به [2 ] عبارتند از:
 گرد هم آورید تیم (گروه) را
 تصمیم بگیرید که کدام سیستم بنا خواهد شد (ظاهراً انتخاب دیگری به جز بنای یک سیستم وجود ندارد)؛
 یک مدل استفاده- مورد و یک مدل اولیه UI را بنا کنید؛
 از توسعه ‏های فرایند UML برای بنای یک مدل تحلیل هدف استفاده کنید؛
 از جنبه ‏های دیگر متداول UML برای دیاگرامهای طراحی، دسته‏بندی، حالت و مرحله و نظایر اینها استفاده کنید؛
 در حین اختصاص دسته‏ ها به واحدها و بسته ‏ها، به معماری آنها توجه دقیق کنید؛
 طرح خود را به وسیله مدل استفاده- مورد آزمایش کنید این کار نتایج عالی را خواهد داد؛
 طرح را به عمل درآورید.
عنصر1:  

وضعیت مسئله:
این روش شناسی به مفهوم، مرتبط است. این امر به خصوص در دو جریان کاری اصلی یعنی نیازمندیها و تحلیل، که مهمترین عوامل در فاز اول (شروع، جزئیات) هستند، دیده می‏شود اما همه اینها در طول فرایند قرار دارند به خاطر طبیعت ذاتی آن.
همانگونه که گفته شد: فرایند یکپارچه یک فرایند پیش رونده از طریق سیستم استفاده- مورد می‏باشد. یعنی تمام فرایند توسط مسیری که کاربر با سیستم تعامل می‏کند، کنترل می‏شود. هر مدل ایجاد شده می‏تواند نشانی از یک مورد استفاده را داشته باشد. اینکه فرایند یکپارچه بر معماری متمرکز است بدین معناست که از ابتدای شروع فرایند تاکید شدیدی بر معماری سیستمهای اطلاعاتی وجود دارد. این شامل سخت‏افزار و چارچوبهای مورد استفاده و نیز گسترش و زبانهای برنامه‏نویسی هم می‏شود.
علاوه براین دو مفهوم اختیاری در جریان کاری «نیازمندیها» وجود دارد که تسلط یافتن بر محیط کاری تجاری را پشتیبانی می‏کند:
 مدل قلمرو: یک دیاگرام دسته UML که مهمترین انواع اهداف را در زمینه سیستم، به دست می‏آورد.
 مدل تجاری: تکنیک درک فرایندهای تجاری یک سازمان.
این مدل یک مدل تجاری را شبیه مدل کاربری- مورد برای سیستم نرم‏افزاری از منظر استفاده (کاربری) و طرح‏های کلی ارائه می‏کند که چگونه برای کاربران خود، ارزش (بهاء) می‏آفریند. همچنین یک مدل هدف تجاری دارد که نهادهای تجاری را همانند مدل قلمرو، تشریح می‏کند.
اما جدا از آنچه درباره وضعیت مسئله گفته شد، این یک روش پوزیتوسیستمی (مثبت گرایی) است. به نظر می‏رسد که فقط با مشخصات سیستم مرتبط است. RUP هیچ چیزی برای گفتن درباره نیازمندیهای تجاری یا مدل‏سازی فرایند تجارت ندارد به جز اینکه موارد کاربری کافی هستند.
عنصر2: روش شناسی کاربر (حل کننده مسئله):
RUP، متدولوژی کاربر را با مفهوم کارگر (ایجاد کننده) استفاده می‏کند.
ارزیابی ایجاد بنای ذهنی: حل کنندگان مسئله و نقش‏های مختلف آنان، کارگران (ایجاد کنندگان) هستند. هر کارگر نوعی انتزاع انسانی را به همراه قابلیت‏های مورد نیاز در مهندسی نرم‏افزار، از خود نشان می‏دهد. وقتی یک پروژه کارمندان خود را جذب می‏کند، یک کارگر از خود اطلاعات و قابلیتهایی را نشان می‏دهد که یک نفر نیاز دارد برای انجام آن کار، همانطور که آن کارگر در این پروژه نیازمند آن است. در روش‏شناسی، کارگر در ابتدا در قالب مسئولیتش توصیف می‏شود.
سطوح علاقه بنای ذهنی: آنچه که یک کابر باید بداند، بیشتر به نقش او در انجام فرایند بستگی دارد یعنی آنچه که او هست. هر فرد انجام دهنده کار (کارگر) باید اطلاعاتی را از UML، تصویر خوبی از فرایند کلی و مسئولیت خاص وی در این فرایند داشته باشد. عموماً انجام دهندگان کار عبارتند از:
 تحلیل گران سیستم و مشخص کنندگان استفاده- مورد: انجام دهندگان کار با بالاترین سطح مهارت‏ها، آنان دارای مهارت در تحلیل فرایند تجارت و سازمانها و دارای تجربه و قدرت تحلیل خوبی هستند.
 طراحان واسطه بین کاربر و ابزار: اینان دارای مهارتهای فنی و گرافیکی خوبی هستند.
 آرشیتکت: آرشیتکت (معمار) هم نیازمند مهارت است اما بیشتر از جنبه فنی. او همچنین نیازمند درک موارد استفاده جهت انجام اهداف خود می‏باشد.
 مهندس استفاده- مورد، مهندس اجزاء، ایجاد کننده سیستم: اینها در اصل نیاز به مهارتهای فنی دارند چون فقط بر اساس موارد- استفاده، طراحی و اجراء می‏کنند.
 طراح آزمایش: دارای مهارتهای فنی بالا همچنین درک خوب از فرایندها
 آزمایش کننده سیستم: مهارتهای فنی
عنصر سوم، مرحله اول: فهم وضعیت ارتباط
این مرحله ارتباط کاملی با جریان کار هسته‏ای یعنی کسب نیازمندیها دارد و نقاط شروع مختلفی را مانند مدل تجاری، یک مدل قلمرو یا یک مشخصه نیازمندی کامل و مفصل از مشتری فراهم می‏کند. بعد از آن چند مرحله دیگر به انجام می‏رسند. در ابتدا یک لیست جنبه‏های مختلف از موضوع ایجاد می‏شود که در حین فرایند، بخاطر وسیعتر یا کوچکتر می‏شود. ثانیاً کاربر باید فهم و درکی از زمینه و متن سیستم داشته باشد. برای بیان زمینه و متن یک سیستم، دو روش وجود دارند که عبارتند از مدل تجاری و مدل قلمرو. نام نهادن اهداف هم برای ساختن فرهنگی از عبارات استفاده می‏شود که به ارتباط کمک می‏کند. سومین مورد، کسب نیازمندیهای وظیفه‏ای به کمک “استفاده- مورد“ هاست. نهایتاً نیازمندیهای غیروظیفه هم کسب می‏شوند. این مورد در طبیعت تکرار گونه فرایند، تاکید زیادی بر بازتاب-در- عمل دارد. نیازمندیها و مرزهای سیستم به همراه هر تکرار مجدداً ارزیابی می‏شوند.
تکنیک‏ها و مدلهای بازرسی:
همانطوری که در بالا گفته شد لیست جنبه‏ها توسعه می‏یابد، که ممکن است شامل وضعیت، هزینه تخمینی و اولویت باشد. این امر در مدیریت نیازها در خلال فرایند کمک می‏کند. در عنصر1 مدل تجاری و مدل قلمرو توضیح داده شدند که می‏توانند برای فهم و درک زمینه سیستم و کسب نیازها به کار روند. هنوز در جریان کاری “نیازمندیها“ مدلهای استفاده- مورد وجود دارند که توصیف یک تشخیص به کار می‏روند. آنها تشریح می‏کنند که چگونه یک کاربر با سیستم کار می‏کند. هر نوعی از کاربران به عنوان یک یا بیشتر نقش، عمل می‏کند. هر سیستم خارجی که این سیستم با آن در تعادل است، هم به عنوان ایفا کننده یک نقش عمل می‏کند. جریان رویدادها برای هر مورد استفاده (use- Case) می‏تواند به عنوان یک توصیف جداگانه از مراحل عمل مورد استفاده‏ها به کار آید. همچنین دیاگرامهای وضعیت می‏توانند برای توصیف یک مورد- استفاده به کار گرفته شوند.
عنصر3، مرحله 2:
انجام تشخیص: برای انجام تشخیص RUP از دیاگرامهایی که در جریان کاری نیازمندیها توسعه یافته، استفاده می‏کند. آنها در یک سطح مفهومی یا منطقی بیشترند و هیچ چیزی درباره سطح فیزیکی گفته نمی‏شود. RUP بیان می‏کند که نیازمندیهایی می‏توانند وجود داشته باشند که نمی‏توانند خودکار (اتومات) شوند و به وسیله یک سیستم اطلاعاتی حل می‏شوند.
عنصر3، مرحله3:
RUP حقیقتاً با این مرحله به دور از جریان کاری نیازمندیها، ارتباط ندارد اما قبلاً تصمیمات، وضعیت مطلوب را ساخته‏اند. هیچ مقایسه‏ای بین حالت فعلی و حالت مطلوب وجود ندارد. همچنین هیچ گونه پرسش مستقیمی درباره تمایلات و نیازهای مشتری وجود ندارد اما RUP بیان می‏کند که آنها باید در کارگاههایی تحلیل گران و مشتریان مشارکت می‏کنند، تحت مطالعه و کار قرار گیرند.

فهرست مطالب این مقاله:

• مقدمه
• عنصر1: وضعیت مسئله
• عنصر2: روش شناسی کاربر (حل کننده مشکل یا مسئله)
• عنصر 3، مرحله1: درک وضعیت
• عنصر3، مرحله2: انجام تشخیص
• عنصر 3، مرحله3: تعریف کردن طرح کلی تشخیص
• عنصر3، مرحله4: تعریف کردن مسائل
• عنصر3، مرحله5: استنتاج یک سیستم فکری
• عنصر3، مرحله6: انجام طراحی مصنوعی/منطقی
• عنصر3، مرحله7: انجام طراحی فیزیکی
• عنصر3، مرحله8: اجرای طرح
• عنصر4: ارزیابی
• خلاصه

بخشی از مقاله انگلیسی:

Introduction The Rational Unified Process is the information systems methodolgy most widely in use today. The main contributers are the three amigos Ivar Jacobson, Grady Booch and James Rumbaugh who also designed the Unified Modeling Language. It is mainly based on the Ericsson Approach, Objectory and the Rational Approach, which were combined 1995 to the Rational Objectory Process. The Unified Modeling Language together with the expirience of from Rational Inc. acquired software tool companies formed the Rational Unified Process. The Unified Process is a software development process, that is the set of activities needed to transform a users’s requirements into a software system, but it is also seen as process framework, which can be specialised for different purposes. The three main aspects of the Unified Process are that it is • use-case driven • architecture-centric • iterative and incremental The basic sequence of an RUP project according to [2]: • Get the team together. • Decide what system will be built (there is apparently no other option than to build a system). • Build a use case model and UI prototype. • Use the UML process extensions to build an analysis object model. • Segue into the more conventional UML stuff to do the design – class, state, sequence diagrams and the like. • Think hard about architecture while you assign the designed classes to modules and packages • Test against the use case model. RUP provides some excellent guidance on testing. • Transition to live system and do the post mortem. Element 1: The Problem Situation The methodolgy is concered about the context. This is especially seen in the two core workflows Requirements and Analysis which are mostly important in the first to phases (Inception, Elaboration), but come all along the process, because of it’s iterative nature. As mentioned above the Unified Process is use-case driven. It means that the whole process is controlled by the way the users interact with the system. Every produced model can be traced back to a use case. That the Unified Process is architecture-centric means that also from the beginning of the process there is a strong emphasis on the architecture of the information systems. This includes hardware and frameworks used, distribution and programming languages.

دانلود دانلود مقاله ترجمه شده بررسی فرآیند یکپارچه رشنال

پاورپوینت سیستم یکپارچه شهرسازی (زیر سیستم تعیین و تشخیص خلاف)


پاورپوینت سیستم یکپارچه شهرسازی (زیر سیستم تعیین و تشخیص خلاف)

پاورپوینت سیستم یکپارچه شهرسازی (زیر سیستم تعیین و تشخیص خلاف) در 50اسلاید زیبا و قابل ویرایش با فرمت pptx

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

سیستم یکپارچه شهرسازی (زیر سیستم تعیین و تشخیص خلاف)
زیر سیستم تعیین و تشخیص خلاف
سیستم یکپارچه شهرسازی 
شهرسازی
پاورپوینت سیستم یکپارچه شهرسازی (زیر سیستم تعیین و تشخیص خلاف)
بررسی سیستم یکپارچه شهرسازی
تخلف ساختمان 
معرفی کمیسیون ماده 100 شهرداری
نحوه اخذ جریمه از متخلفین
مقاله سیستم یکپارچه
دسته بندی کامپیوتر و IT
فرمت فایل pptx
حجم فایل 790 کیلو بایت
تعداد صفحات فایل 50

پاورپوینت سیستم یکپارچه شهرسازی (زیر سیستم تعیین و تشخیص خلاف) در 50اسلاید زیبا و قابل ویرایش با فرمت pptx


معرفی سیستم تعیین تخلف ساختمانی


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

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



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

 

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

 * ساختار اصلی کمیسیون

 * نحوه عملکرد کمیسیون

کمیسیون پس از وصول پرونده به ذینفع اعلام می‌کند که ظرف مدت ده روز توضیحات خود را کتبا ارسال دارد. پس از انقضای مدت مزبور کمیسیون موظف است موضوع را با نماینده شهرداری و عنداللزوم مالک (یا نماینده او ) که برای ادای توضیحات دعوت می‌شوند مطرح نماید و حداکثر ظرف مدت یکماه از تاریخ جلسة مذکور باملاحظه و بررسی گزارش و دفاعیات مالک و انطباق مورد تخلف باتبصره‌های ماده صد قانون شهرداری تصمیم مقتضی اتخاد شود.


* نحوه اخذ جریمه از متخلفین


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

 در صورتی که ذینفع از پرداخت جریمه خوددای نماید. شهرداری مکلف است دوباره پرونده را به همان کمیسیون ارجاع و تقاضای صدور رای تخریب را بنماید.

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


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


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

 


1- درخواست توسط کارفرما و امضا مسئول اداره وثبت در دبیرخانه شهرداری

2- ارائه فرم پیشرفت عملیات ساختمانی از مهندس ناظر (تایید فنی )

3- ارائه پرونده از واحد نوسازی همانند مراحل پیش و تحویل به واحد ساختمانی جهت بازدید درموعد مقرر

4- بازدید کارشناس ازمحل و گزارش بازدید توسط کارشناس مربوطه ( در صورت هرگونه تخلف پرونده جهت رسیدگی به واحد در آمد یا واحدهای مرتبط با نوع تخلف ارسال می گردد و اگر صلاحیت رسیدگی در شهرداری نداشته باشد به کمیسیون ماده صد ارجاع میگردد.)

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

6- امضا و کنترل توسط مسئول درآمد

7- کنترل و امضا توسط شهرداl

8- ثبت در دبیرخانه شهرداری و تحویل اصل پروانه به کارفرما


معرفی روند صدور گواهی پایان کار به طور سنتی و بدون سیستم یکپارچه شهرسازی lدقیقا ً مانند مراحل صدور گواهی عدم خلاف صورت می گیرد بااین تفاوت که از نظرسدمعبر و نخاله ساختمانی و ضوابط امور شهری نیز توسط واحد امور شهری کنترل و گزارش می گرددl

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

دانلود سیستم مدیریت یکپارچه


دانلود سیستم مدیریت یکپارچه LMS 17 ص.DOC

دانلود سیستم مدیریت یکپارچه LMS 17 صDOC تحقیق سیستم مدیریت یکپارچه LMS 17 صDOC مقاله سیستم مدیریت یکپارچه LMS 17 صDOC سیستم مدیریت یکپارچه LMS 17 صDOC

دانلود دانلود سیستم مدیریت یکپارچه LMS 17 ص.DOC

دانلود سیستم مدیریت یکپارچه LMS 17 صDOC
تحقیق سیستم مدیریت یکپارچه LMS 17 صDOC
مقاله سیستم مدیریت یکپارچه LMS 17 صDOC
سیستم مدیریت یکپارچه LMS 17 صDOC
دسته بندی مدیریت
فرمت فایل zip
حجم فایل 31 کیلو بایت
تعداد صفحات فایل 16

 

فرمت فایل : ورد 

 

قسمتی از محتوی فایل

 

تعداد صفحات : 16 صفحه

سیستم مدیریت یکپارچه LMS 1-دامنه کاربرد سیستم مدیریت یکپارچه ( IMS Scope ) 1-1-کلیات : سازمان HSE شرکت ملی صنایع پتروشیمی واقع در منطقه ویژه اقتصادی پارس سیستم مدیریت یکپارچه خود را مبتنی بر الگوهای بین المللی سیستم مدیریت کیفیت ( ISO 9001 : 2000 )، سیستم مدیریت زیست محیطی ( ISO 14001 : 2004 ) و سیستم مدیریت ایمنی و بهداشت شغلی ( OHSAS 18001 : 1999 ) مستقر نموده است : این سیستم مدیریت یکپارچه در راستای تحقق موارد ذیل استقرار یافته است : الف) حصول اطمینان از انطباق با خط مشی و اهداف خرد و کلان IMS ب)حصول اطمینان انطباق با قوانین دولتی و سایر الزامات HSE ج)اثبات توانایی سازمان در فراهم آوردن خدماتی که به شکل ثابت الزامات مشتری، قانونی و سایر الزامات را برآورده نماید.
د)حصول اطمینان از خشنودی مشتریان از طریق بکارگیری مؤثر سیستم IMS سیستم استقرار یافته برای کلیه فعالیتها و خدمات ارائه شده توسط سازمان HSE شرکت عملیات غیر صنعتی پازارگاد کاربرد دارد.
2-1-کاربرد کلیه الزامات استانداردهای IMS به غیر از مواردی که در ذیل به عنوان استثناء در نظر گرفته شده است برای سازمان HSE شرکت عملیات غیر صنعتی پازارگاد کاربرد دارد.
استثنائات : با توجه به اینکه سازمان HSE شرکت عملیات غیر صنعتی پازارگاد، خدمات جدیدی را طراحی نمی کند بنابراین بند 3-7 استاندارد ISO 9001 : 2000 با عنوان طراحی و توسعه محصول برای این سازمان کاربرد ندارد.
سازمان سیستم یکپارچه را مستقر، مستند و اجرا کرده است.
سازمان سیستم مدیریت کیفیت را در انطباق با الزامات استاندارهای ISO9001 2000 ,ISO 14001 2004 OHSAS18001 : 1999 مستقر کرده و بطور مداوم اثر بخشی آن را بهبود می بخشد.
سازمان HSE شرکت ملی صنایع پتروشیمی : الف) فرایندهای مورد نیاز برای سیستم یکپارچه و کاربرد آنها در درون سازمان را شناسایی کرده است و به غیر از استثناهایی که در بخش 1 ( رجوع شود به بند 2-1) مطرح گردیده است در صورت وجود فرآیندهایی با منشاء خارجی که اثر روی انطباق محصول با الزامات دارد نیز شناسایی خواهد شد.
صرف نظر از شناسایی فرآیندها، سازمان کنترل های مورد نیاز روی فرآیند را جهت اطمینان از انطباق محصول، شناسایی کرده است.
لیستی از فرایندهای سازمانی در انتهای این فصل آورده شده است.
ب)توالی وتعامل این فرآیندها در مدرکی بنام Process Map نشان داده شده است و این مدرک در بخش آخر این نظامنامه پیوست شده است.
ج)معیار و روش های کنترل موردنیاز جهت اطمینان از اثر بخش بودن کنترل و عملیات این فرایندها را تعیین کرده است.
این مورد در حین طرح ریزی فرایندها انجام شده است.
(رجوع شود به بند 1-7) د)از در دسترس بودن منابع و اطلاعات مورد نیاز جهت پشتیبانی عملیات و پایش این فرایندها اطمینان پیدا کرده است (رجوع شود به بند 6 و 1-7) این موارد در زمان طرح ریزی فرایندها تعیین و صحه گذاری شده اند.
هـ)در خصوص پایش، اندازه گیری و تجزیه و تحلیل فرایندهای شناسایی شده فوق، تصمیمات لازم را اخذ نموده است.
(رجوع شود به بند 8 ) ز)اقدامات لازم را جهت دستیابی به نتایج و تصمیمات طرح ریزی شده و بهبود مستمر این فرایندها را اجرا نموده است.
این فرایندها توسط سازمان در انطباق با الز

دانلود دانلود سیستم مدیریت یکپارچه LMS 17 ص.DOC

مبانی نظری و پیشینه مدیریت یکپارچه شهری


مبانی نظری و پیشینه مدیریت یکپارچه شهری

مبانی نظری و پیشینه مدیریت یکپارچه شهری

دانلود مبانی نظری و پیشینه مدیریت یکپارچه شهری

مبانی نظری و پیشینه مدیریت یکپارچه شهری
دسته بندی مدیریت
فرمت فایل doc
حجم فایل 53 کیلو بایت
تعداد صفحات فایل 40

بصورت فایل ورد

همراه با منابع

مقدمه: 10

2-1- سیستمهای مدیریت شهری.. 10

2-2-مدیریت شهری یکپارچه در ایران. 11

2-3 حوزه های مدیریت یکپارچه شهری.. 14

2-3-1 شناخت منافع مدیریت یکپارچه شهری ( شناسایی بیماری مدیریت شهری ) 14

2-3-2-  تامین زیر ساختها ( تامین تجهیزات برای عمل ) 16

2-4-  اجرای سیستم مدیریت یکپارچه شهری ( انجام جراحی مدیریت شهری ) 16

2-5- ضرورت استفاده از مدیریت یکپارچه شهری: 17

2-6- مزایای مدیریت یکپارچه شهری: 18

2-7- چالش های شوراهای شهر در مواجه با مدیریت یکپارچه: 19

2-8- مداخله ها و حوزه های فعالیت مدیریت یکپارچه شهری : 20

2-8-1-مداخله فرهنگ گرایانه : 21

2-8-2-مداخله فرانوگرایانه : 21

2-8-3-مداخله مردم گرایانه : 21

2-9- مشارکت مردم در مدیریت یکپارچه شهری : 22

2-10-سیر تحول مشارکت مردمی در برنامه ریزی شهری : 22

2-11-تعریف مشارکت مردمی : 23

2-12-لزوم مشارکت مردمی در فرایند مدیریت یکپارچه شهری : 24

2-13-راهبردهای مشارکت مردمی در مدیریت یکپارچه شهری : 25

2-14- اهداف مشارکت مردم در مدیریت یکپارچه شهری : 25

2-16-ایده شهرسازی مشارکتی : 28

2-16-1-عوامل ظهور ایده شهرسازی مشارکتی : 28

2-16-2-مزایای مشارکت مردمی در مدیریت یکپارچه شهری : 29

2-16-3-محدودیت های مشارکت مردمی : 29

2-17- تئوری ها و نظریه های مدیریت یکپارچه شهری: 31

2-17-1--لودیکو کوارونی.. 31

2-17-2-دیدگاه نظری کوارونی: 31

2-17-3- برنارد چومی.. 32

2-18-اصول مورد بحث چومی در رابطه با مدیریت یکپارچه شهری.. 32

2-19-مفهوم مدیریت شهر. 33

2-20--وظائف مدیریت یکپارچه شهری و شهرداریها: 35

2-21-مدیریت شهری یکپارچه در کشورهای توسعه یافته. 38

2-22-چالشهای مدیریت شهری یکپارچه. 40

2-23- سوابق و پیشینه تحقیق.. 42

 

بخشی از منابع فارسی : 

-  اسدی ، محسن، (1389) مدیریت واحد شهری، استانداردها و انواع آن ، گروه مطالعات و برنامه ریزی شهری ، وزارت کشور.

-  آرمات ،رامتین ،(1383) ،خصوصی سازی و نظارت در فضای عمومی شهرها ،شهرداری ها ، 3-13 صص، مجله شهرداری ها، سال هفتم ، شماره 76.

-  آریانپور، علیرضا،  (1385) پژوهشی در شناخت شهرهی ایران، انتشارات گلشن، تهران،ص 48

- الوندی ، زهرا (1383) "بررسی عوامل موثر بر پیاده سازی مدیریت یکپارچه شهری " پایان نامه کارشناسی ارشد رشته  برنامه ریزی شهری ، دانشگاه ازاد اسلامی واحد علوم وتحقیقات تهران.

-   بهرام سلطانی،کامبیز،(1374)  پیشنهاد روش مدیریت واحد شهری ، مجله آبادی ، سال پنجم، شماره 17، تابستان ص 210

-   پیرموره ، ژان، (1373) فضاهای شهری – طراحی و اجرای مدیریت ، ترجمه حسین رضایی، اداره کل روابط عمومی و بین الملل شهرداری تهران .

-  باروقی ، فریده ،(1381) ،کاربری فضاهای عمومی شهری از برنامه تا واقعیت ،شهرداری ها، سال پنجم ،شماره  60، 17-23 صص.

-  بهرام سلطانی، کامبیز،(1374) مجموعه مباحث و روش های شهرسازی ، معیارهای آسایش شهروندان، مرکز مطالعات و تحقیقات معماری و شهرسازی ایران ، تهران .

-  حسین زاده دلیر، کریم،(1391)کاربرد مشارکت اجتماعی شهروندان در امور شهری در طرحهای جامع و اصول طراحی شهرهای مشارکتی ، مجله رشد جغرافیا ، 12-14 صص

-  حقانی ، مجتبی، ابراهیمی ، فرهاد(1378) ، بررسی اهمیت و اثرات اجرای مدیریت واحد شهری به عنوان بخشی از دانش های مداخله گر در برنامه ریزی کالبدی و طراحی شهری ، مجمعه مقالات همایش های آموزشی و پژوهشی شهر تهران ، جلد دوم ، 189-196 صص.

دانلود مبانی نظری و پیشینه مدیریت یکپارچه شهری