و…
که به راهبردهای مبتنی بر رقابت پذیری بیشتر شهر دلالت دارد و یا:
“توسعه و ساماندهی سیستم حمل و نقل همگانی به ویژه استفاده از سیستم های حمل و نقل ریلی سریع با اولویت مترو و قطار هوایی (مونوریل) متکی بر مطالعات فنی و اقتصادی“(۱.۴۶)
“ساماندهی شبکه بزرگراهی برون شهری و درون شهری با تأکید بر اصلاح نظام سلسله مراتبی شبکه دسترسی های درون شهری و در جهت دستیابی به سامانه حمل ونقل یکپارچه و هماهنگ در مجموعه شهری تهران، براساس قوانین و مقررات مربوطه.”(۱.۴۷)
“جلوگیری یا کاهش آلودگی هوا و صدا“(۱.۵۵)
“عدم توسعه ی سطوح مسکونی و ظرفیت جمعیت پذیری شهر تهران و تامین خدمات مورد نیاز جمعیت ساکن و گردشگران و فعالان اقتصادی شهر“(۲.۳۳)
“سیاست ها و راهبردهای توسعه فضاهای باز“(۷.۰۷)
و…
که به راهبردهای مبتنی بر زیست پذیری شهر تهران اشاره می کند و یا:
“تداوم مرکزیت سیاسی – اداری کشور و استان و مدیریت و نظارت عالی بر فرایندهای توسعه ملی همراه با تعادلبخشی و تمرکززدایی در ارتباط با وظایف حکومت مرکزی و انتقال دستگا ه های دولتی که ضرورتی بر حضور و استقرار آنها در تهران نیست.”(۱.۲۴)
و…
که راهبردی سیاسی است و یا راهبرد های علمی که از داده هایی مانند:
“تبدیل تهران به شهری دانش پایه (دروازه ورودی ایران به عصر اطلاعا ت )، هوشمند و جهانی با افزایش سهم اقتصاد مدرن و دانش پایه و تأمین فضا، زیرساخت ها و ارتباطات لازم در آن، برای ارتقاء زیست پذیری و فعالیت پذیری شهر در سطح جهانی و منطقه ای.”(۱.۲۱)

(( اینجا فقط تکه ای از متن درج شده است. برای خرید متن کامل فایل پایان نامه با فرمت ورد می توانید به سایت feko.ir مراجعه نمایید و کلمه کلیدی مورد نظرتان را جستجو نمایید. ))

“ساماندهی و جابجائی مراکز آموزش عالی با ایجاد پردیسهای دانشگاهی و پارکهای فناوری و پژوهشی – پژوهشاتی“.(۱.۷۳)
“رشد دانایی محور اقتصاد” (۲.۰۵)
“نقش و علمکرد شهر تهران به عنوان مرکزی با عملکرد بین المللی تاکید بر استفاده از ظرفیتهای اجتماعی و علمی استانها و مناطق“(۲.۰۷)
“کانون فعالیت ها و مراکز عمده و سطح بالای علمی و فرهنگی و در نتیجه سهم بالاتر اقتصاد دانش(۲.۱۶)
تغییر ساختار صنعتی و خدماتی در جهت ازدیاد هدفمند سهم اقتصاد دانش پایه“(۲.۲۸)
و…
قابل استنباط است و یا راهبردهای کلی قابل استنباط از داده های زیر:
“توسعه شبکه راه های منطقه ای، اصلاح ساختار تامین منابع مالی حمل و نقل، کاهش استفاده از سواریهای شخصی، توسعه شبکه اتوبوسرانی، توجه به جابه جایی افراد کم در آمد“(۷.۰۶)
“تحول وضع اسکان گروه های کم درآمد“(۷.۲۳)
“راهبردهای توسعه فضاهای باز منطقه ای“(۸.۰۵)
“جدول ۵۰ . راهبردهای فضایی شهر تهران“(۴.۳۷)
و…
تمامی این داده های و داده های مشابه دیگر نیز در تمی با عنوان “راهبرد های سطح محلی شهر تهران” دسته بندی شده اند.
۴-۳-۵-۴ تم E-4: راهبردهای سطح عملیاتی شهر تهران:
این راهبردها که بیشتر برای سطوح عملیاتی تدوین می شوند در واقع غالبا برنامه های کوتاه مدتی هستند که در راستای پوشاندن جامه عمل به اهداف و راهبردهای سطوح بالاتر حرکت می کنند. طرح جامع شهر تهران در یکی از بخش های خود به طرح برنامه های موضوعی و موضعی می پردازد که این نوع طرح ها همان برنامه های عملیاتی شهر تهران محسوب می گردند.
داده هایی مانند داده های زیر دلالت بر وجود این نوع راهبردها دارند:
“برنامه ها و طرح های موضعی و موضوعی، سطح دیگری از طرح های توسعه شهری تهران و پس از طرح جامع (سطح اول) و تفصیلی (سطح دوم)، به عنوان اسناد پایه ای و مبنا برای ساماندهی توسعه و عمران شهری، برنامه عملیاتی (سطح سوم) آن طرح ها است” (۱.۷۹)
“برنامه و طرح های موضوعی توسعه شهری تهران، کلیه زمینه های نیازمند برنامه ریزی و مداخله هماهنگ در مقیاس شهری و فراشهری است که به تفکیک در ۱۸ برنامه و مشتمل بر ۷۸ طرح در پیوست چهارم این سند ارائه شده است“(۱.۸۰)
“برنامه ها و طرحهای موضعی فرامنطقه ای، شهری و فراشهری توسعه شهری تهران شامل ۹ برنامه و مشتمل بر ۴۶ طرح و تعدادی ریزطرح است” .(۱.۸۱)
“جدول ۴۵ . الزامات و برنامه های نقش ملی و فراملی تهران“(۴.۲۹)
“برنامه های مصوب مکان گزینی فعالیت ها در مجموعه شهری تهران“(۸.۲۰)
“استفاده از اراضی بایر شهر و ارتقاء سطوح خدماتی“(۱۰.۰۶)
و…
این داده ها و داده های مشابه ذیل تم “راهبردهای سطح عملیاتی شهر تهران” دسته بندی گردیده است
۴-۳-۶ تم های نوع F: الزامات پیاده سازی موثر
دسته ششم از تم های پژوهش حاضر آن دسته از داده هایی را در بر می­گیرد که به نوعی بیانگر توجه تدوین کنندگان به الزامات پیاده سازی موثرتر طرح جامع شهر تهران است. این الزامات می توانند وابسته به عملکرد دستگاه های ذی مدخل باشند( اعم از نهادهای مسوول شهری و یا نهاد های حکومتی و یا نهادهای عمومی و….) و یا وابسته به تغییرات ساختاری. تغییرات ساختاری نیز در این تعریف اعم از ساختارهای اجرایی، مدیریتی، قانونی و هماهنگی و… است.
۴-۳-۶-۱ تم F-1: الزامات عملکردی طرح جامع تهران
در خلال بررسی و تحلیل اسناد طرح جامع شهر تهران به دسته ای از داده ها برخورد شد که به بیان الزاماتی می پرداختند که پیاده سازی طرح جامع شهر تهران منوط به برنامه ریزی و اجرای آن ها بود. این الزامات تا اندازه ای اهمیت دارند که برآورده نشدن آن ها، پیاده سازی موثر طرح جامع را با مشکلات جدی روبرو می کند.
داده هایی مانند:
“شهرداری تهر ان موظف است، با توجه به محدوده ۲۵ ساله شهر تهران در طرح جامع اول محدوده شهر و به ویژه ترازهای تعریف شده برای آن در شمال شهر , در طرح جامع دوم ( ۱۳۷۱ ) و مصوبات کمیسیون ماده ( ۵) شهر تهران، و با عنایت به اقدامات انجام شده تاکنون و حقوق مکتسبه و قانونی نا شی از ساخت و سازهای موجود اشخاص، ضمن رعایت اصل حفاظت از میراث طبیعی و محی ط زیست، ظرف مدت حداکثر سه ماه از تاریخ تصویب این سند، این محدوده را به صورتی که کلیه نقاط آن قابل شناسایی و پیاده کردن روی زمین باشد، تدقیق نموده و…”(۱.۷۵)
“تعادلبخشی و تمرکززدایی از شهر تهران“(۱.۸۴)
“ساماندهی برنامه ریزی شده، هدایت شده و حمایت شده و رفع مشکلات و کمبودهای شهر های جدید“(۱.۸۵)
“فراهم نمودن زمینه مناسب برای ارتقاء کیفیت ساخت و ساز توسط شهرداری“(۱.۹۳)
“دستگاه های اجرائی دولتی موظفند با همکاری شهرداری تهران در تهیه نقشه های GIS تاسیسات زیربنائی (از قبیل شبکه های آب، برق، گاز، تلفن، نفت و …) و هرگونه اطلاعات مکانی از شهر تهران به منظور بهره برداری هرچه بهتر در مدیریت یکپارچه شهری، اقدام نمایند.”(۱.۹۷)
“کلیه اعتبارات ارزی و ریالی مربوط به بخش حمل و نقل و ترافیک تهران و حومه که در بودج ه های سالیانه و ) برنامههای پنج ساله مجلس شورای اسلامی م صوب و ابلاغ خواهد شد و سایر مصوبات که اجرای آنها مستلزم دخالت شهرداری تهران است، مستقیماً و از طریق مراجع ذیربط در اختیار شهرداری قرار گیرد، تا رأساً از طریق مبادله موافقتنامه با معاونت برنامه ریزی و نظارت راهبردی ریاست جمهوری، هزینه نماید.”(۱.۱۰۳)
“شرایط تحقق طرح مجموعه شهری راهبردها و الزامات آن“(۸.۰۶)
“لزوم حل مسئله مسکن کم درآمدها و اسکان غیررسمی“(۸.۰۸)
“راهبردها و الزامات جمعیت پذیری محدود تهران“(۱۴.۰۵)
“شرط دوم تحقق طرح: حل مسئله اسکان غیر رسمی“(۷.۰۹)
“احیاء و تداوم روند تمرکززدایی جمعیتی از شهر تهران و تقویت کیفیت زندگی شهر مشروط به افزایش ظرفیت اسکان در حوزه های پیرامون شهر است“(۷.۱۰)
“تسهیل تمرکز زدایی از فعالیت های شهر تهران در مقیاس مجموعه شهری و افزایش کارآمدی آن مشروط به افزایش فعالیت پذیری در پیرامون است“(۷.۱۱)
“لزوم برآورد واحدهای مسکونی و جمعیت پذیری تهران“(۱۱.۰۳)
و…
و داده هایی مشابه که همگی به نوعی بیان کننده الزاماتی است که مستقیما به عملکرد دستگاه ها و نهادهای ذیربط اشاذه دارد. تمامی این داده ها تحت تمی با عنوان “الزامات عملکردی پیاده سازی طرح جامع شهر تهران” دسته بندی شده اند.
۴-۳-۶-۲ تم F-2: الزامات ساختاری طرح جامع تهران

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

مدیریت محصول درخواستی مشتری

صدور صورتحساب
پرداخت آنلاین
بررسی وضعیت پرداخت صورتحساب

مدیریت هزینه ی سفارشات اجرا شده

• بررسی وضعیت تحویل محصول به مشتری

مدیریت تحویل سفارشات اجرا شده به مشتریان

بررسی نوع پیغام های دریافتی
بررسی وضعیت رفع مشکل مشتریان

پشتیبانی مشتریان

بعد از به کارگیری تکنیک های سرویس – هدف و تجزیه دامنه، حوزه های اصلی سیستم اطلاعاتی مشخص شد. این دامنه ها در واقع سرویس های دانه درشتی هستند که ماژول های اصلی سیستم اطلاعاتی را تشکیل می دهند. با تجزیه این دامنه ها، زیر سیستم های (سرویس های دانه ریز) سیستم مورد نظر استخراج می گردد. این سرویس های دانه ریز، با توجه به رویکردهای کنترلی که در معماری سرویس گرا مورد استفاده قرار می گیرند، با هم تعامل دارند و هر کدام نیازمندی خاصی را پوشش می دهند.
هدف از تجزیه دامنه، تقسیم بندی در طراحی سیستم اطلاعاتی سرویس گرا از دید نواحی عملیاتی و بدین ترتیب استخراج فرآیندهای هر یک از زیر سیستم های سازنده است. همانطور که می دانیم، یک دید پویا از یک سازمان، در فرایندهای کسب و کارش منعکس شده است. در ادامه سلسله مراتب فرآیندهای سیستم اطلاعاتی سرویس گرا را نشان می دهیم.
۳-۵-۲ روند جریان اطلاعات در سیستم اطلاعاتی سرویس گرا
در ادامه برای طراحی این سیستم اطلاعاتی سرویس گرا، ترتیب اجرای این اهداف و زیر اهداف به همراه روند جریان اطلاعات در این تعاملات و ذخیره سازی آن ها و همچنین سرویس های قابل استخراج، به واسطه فلوچارت هایی با ذکر جزئیات کامل نمایش داده شده اند. این فلوچارت ها عبارتند از :

(( اینجا فقط تکه ای از متن درج شده است. برای خرید متن کامل فایل پایان نامه با فرمت ورد می توانید به سایت feko.ir مراجعه نمایید و کلمه کلیدی مورد نظرتان را جستجو نمایید. ))

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

شکل ۳-۳ فلوچارت روند جریان اطلاعات ورود کاربر به سیستم اطلاعاتی و ثبت اطلاعات کاربر
Receive beginning message;
While (true)
{
COMMUNICATION andLOG IN Customer to system;
WHETHER the customer is new?

• • مشاهدات:

هر تست را سه بار تکرار کرده و میانگین نتایج را در بررسی ها استفاده کرده ایم. پس از اجرای برنامه، خروجی در نشان داده شده است.
شکل ‏۴‑۳: تاثیر مقیاس پذیری عمودی بر زمان پردازش در حالت سریال و موازی

• • تحلیل:

همانطور که در مشاهده می‌شود در حالت اول که یک هسته داریم. زمان پردازش در هر دو روش تقریبا برابر است. اما با افزایش تعداد هسته های پردازنده، با وجود اینکه زمان پردازش در هر دو روش کاهش می یابد، اما این کاهش در حالت موازی شدیدتر است. در حالت موازی بهره‌وری از منابع بیشتر است زیرا چندین تصویر بصورت همزمان پردازش می‌شوند و تمامی هسته‌ها بطور همزمان در حال پردازش هستند. لذا از سیستم بصورت بهینه تری استفاده می‌شود. اما در پردازش سریال همانطور که از نام آن مشخص است تصاویر بصورت سریال و یکی پس از دیگری و نه بصورت همزمان پردازش می‌شوند.
با دو برابر شدن قدرت سخت افزاری، کاهش زمان در روش سریال تقریبا ۳٫۵% و در روش موازی ۳۸% است که کاهش در حالت موازی بسیار شدیدتر است. با سه برابر شدن توان سخت افزاری، نسبت به توان اولیه کاهش زمان در روش سریال ۱۳٫۸% و در روش موازی ۵۱٫۹% است که این کاهش چشمگیر بوده و بسیار بیشتر از حالت سریال می‌باشد.
همانطور که مشاهده شد علی رغم کاهش زمان در روش سریال، این زمان بسیار کم می باشد. در حالی که این کاهش در حالت موازی بسیار بیشتر است. لذا مدل برنامه نویسی نگاشت‌کاهش با موازی سازی پردازش‌ها در سطح هسته ها می‌تواند هسته های یک سیستم را به شکل بهینه‌تری بکار گرفته و سرعت پردازش را افزایش دهد.
سناریو دوم: بررسی تاثیر مقیاس پذیری (Scale in) بر زمان پردازش

• • شرح سناریو:

همانطور که در نیز مشخص است در این سناریو با انجام آزمایشی، به بررسی تاثیر تعداد ماشین‌ها در یک کلاستر ثابت، بر سرعت اجرای برنامه می‌پردازیم. ما برای بررسی این پارامتر سه کلاستر با ساختارهای مختلف اما توان سخت افزاری برابر ایجاد کرده‌ایم. تمامی این سه کلاستر از نظر توان سخت‌افزای، برابر بوده ولی دارای ساختارهای متفاوتی می باشند. هر یک از این کلاستر ها مجموعا دارای ۱۶ هسته پردازنده و GB 32 حافظه اصلی می‌باشند. در هر کلاستر یکی از ماشین‌ها Master بوده و سایر ماشین‌ها Slave می باشند.

شکل ‏۴‑۴: ساختار مقیاس پذیری Scale In
[منبع [۵۰]]
اولین کلاستر شامل ۱۶ ماشین است که هر ماشین دارای یک هسته پردازنده است. کلاستر دوم دارای ۸ ماشین است که هر ماشین دو هسته پردازنده دارد و کلاستر سوم دارای ۵ ماشین می‌باشد که برای ثابت ماندن تعداد هسته ها، یکی از ماشین‌ها دارای ۴ هسته و سایر ماشین‌ها دارای ۳ هسته می باشند. در این سه کلاستر در صورتی که ماشین Master بخواهد فقط اجرای برنامه را کنترل کند و در پردازش ها شرکت نکند، تعداد هسته‌هایی که تصاویر را پردازش می‌کنند، در سه کلاستر متفاوت خواهند بود. لذا برای اینکه تعداد هسته های پردازشگر در تمامی کلاسترها برابر باشد، در بررسی این پارامتر، ماشین Master در پردازش ها نیز شرکت می‌کند. جزئیات این سه کلاستر به ترتیب در ، و نشان داده شده‌است.
جدول ‏۴‑۲: ساختار کلاستر اول با ۱۶ماشین