دانلود کامل ترین جزوه برنامه ریزی حمل و نقل

جزوه تایپ شده برنامه ریزی حمل و نقل

دانلود فایل

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

() :
()، ().
-متفاوت، این مفهوم اهمیت فزاینده ای پیدا می کند.

برنامه ریزی حمل و نقل

در بخش 12.1.1، طراحی محتوا را جزوه برنامه ریزی حمل و نقل کردیم. در طراحی WebApp، یک شیء محتوا بیشتر با یک شیء داده برای نرم افزارهای قدیمی تراز شده است. یک شیء محتوا دارای ویژگی هایی است که شامل اطلاعات مربوط به محتوا (معمولاً در طول مدل سازی الزامات WebApp تعریف می شود) و ویژگی های خاص پیاده سازی است که به عنوان بخشی از طراحی مشخص می شوند. به عنوان مثال، یک طبقه تجزیه و تحلیل، ProductComponent ، که برای سیستم تجارت الکترونیکی SafeHome ایجاد شده است را در نظر بگیرید. شرح ویژگی طبقه تجزیه و تحلیل، به عنوان یک طبقه طراحی به نام CompDescription، متشکل از پنج شیء محتوا است: MarketingDescription، Photograph، TechDescription، Schematic و ویدئوها که در ردیف پایین اشیاء هاشور خورده در شکل 13.3، نشان داده شده است. اطلاعات موجود در شیء محتوا به عنوان ویژگی مشخص می شود. به عنوان مثال ، Photograph (یک تصویر jpg) دارای ویژگی های بعد افقی، بعد عمودی و سبک حاشیه می باشد.
ارتباط UML و تجمیع ممکن است برای نشان دادن روابط بین اشیاء محتوا استفاده شود. به عنوان مثال، ارتباط UML نشان داده شده در شکل 13.3، نشان می دهد که یک CompDescription برای هر نمونه از طبقه ProductComponent استفاده می شود. CompDescription بر روی پنج حمل و نقل محتوا نشان داده شده است. با این حال، نماد تعدد نشان می دهد که طرح های شماتیک و ویدئوها اختیاری هستند؛ یک MarketingDescription و یک TechDescription
مورد نیاز است، و یک یا چند نمونه عکس استفاده می شود.

4-5-13 طراحی معماری
طراحی معماری با اهدافی که برای WebApp تعیین شده است ، محتوای ارائه شده، کاربرانی که بازدید خواهند کرد و فلسفه جهت یابی ایجاد شده، پیوند خورده است. به عنوان یک طراح معماری ، باید معماری محتوا و معماری WebApp را شناسایی کنید. معماری محتوا بر نحوه سازمان دهی محتوا برای ارائه و جهت یابی
(یا اشیاء ترکیبی مانند صفحات وب)، تمرکز می کند. معماری WebApp نحوه استفاده از برنامه را برای مدیریت تعامل کاربر، انجام وظایف پردازش داخلی، تأثیر جهت یابی و ارائه محتوا، مورد بررسی قرار می دهد. در بیشتر موارد ، طراحی معماری به موازات طراحی رابط، طراحی زیبا و طراحی محتوا انجام می شود. از آنجا که معماری WebApp ممکن است تأثیر بسزایی در جهت یابی داشته باشد، حمل و نقل اتخاذ شده در طول این اقدام طراحی، بر کارهای انجام شده در طول طراحی جهت یابی تأثیر می گذارد معماری WebApp زیرساختی را توصیف می کند که یک سیستم مبتنی بر وب یا برنامه را قادر می سازد تا به اهداف تجاری خود دست یابد. جاسینتو و همکارانش، ویژگی های اساسی این زیرساخت را به روش زیر شرح می دهند:
برنامه های کاربردی باید با استفاده از لایه هایی ساخته شوند که مسائل مختلف در آن جزوه برنامه ریزی حمل و نقل مورد توجه قرار می گیرد؛به طور خاص ، داده های برنامه باید از محتویات صفحه(گره های جهت یابی) جدا شود و این محتویات، به نوبه خود، باید به وضوح از ظاهر و احساس رابط (صفحات) جدا شوند.
نویسندگان، یک معماری طراحی سه لایه را پیشنهاد می کنند که رابط را از جهت یابی و از رفتار برنامه جدا می کند. آنها استدلال می کنند که حفظ رابط، برنامه، و جهت یابی، پیاده سازی را ساده کرده و استفاده مجدد را افزایش می دهد. معماری Model-View-Controller (MVC) یک مدل معماری WebApp محبوب است که رابط کاربر را از قابلیت WebApp و محتوای اطلاعاتی جدا می کند. مدل (گاهی اوقات به عنوان “شی مدل” نیز نامیده می شود)، شامل همه محتواهای خاص برنامه و منطق پردازش ، از جمله همه اشیاء محتوا ، دسترسی به داده ها/منابع اطلاعات خارجی و کلیه قابلیت های پردازشی است که کاربرد خاصی دارند.

دانلود رایگان خلاصه جزوه برنامه ریزی حمل و نقلکتاب پی دی اف pdf کامل

تصویر 4-13
نما، شامل تمام عملکردهای مربوط به رابط است و ارائه محتوا و منطق پردازش، از جمله همه اشیاء محتوا را امکان پذیر می کند و به آن ها دسترسی لازم به داده ها و منابع اطلاعات خارجی و کلیه قابلیت های پردازش مورد نیاز کاربر نهایی را می دهند. کنترل کننده، دسترسی به مدل و نما را مدیریت می کند و جریان داده ها را بین آن ها هماهنگ می کند. در WebApp، “نما توسط کنترل کننده، با داده های مدل بر اساس ورودی کاربر به روز رسانی می شود”. نمای شماتیک معماری MVC در شکل 13.4 نشان داده شده است.
با توجه به شکل، درخواست ها یا داده های کاربر توسط کنترل کننده اداره می شود. کنترل کننده همچنین شیء نمایی را که بر اساس درخواست کاربر قابل اجرا است، انتخاب می کند. پس از تعیین نوع درخواست، یک درخواست کارکردی به مدل منتقل می شود، که عملکرد حمل و نقل را اجرا می کند یا محتوای مورد نیاز را برای تطبیق را بازیابی می کند. شی مدل می تواند به عنوان بخشی از یک پایگاه داده داخلی، یا به عنوان مجموعه ای از فایل های مستقل، به داده های ذخیره شده در پایگاه داده شرکت، دسترسی پیدا کند. داده های توسعه یافته توسط مدل، باید توسط شیء نمای مناسب، قالب بندی و سازماندهی شود و سپس
برای نمایش، از سرور برنامه به مرورگر جزوه برنامه ریزی حمل و نقل بر مشتری، روی دستگاه مشتری منتقل شود.
در بسیاری از موارد ، معماری WebApp در چارچوب محیط توسعه ای که برنامه باید در آن اجرا شود، تعریف می شود.در صورت علاقه بیشتر، به بحث در مورد محیط های توسعه و نقش آن ها در
طراحی معماری برنامه های کاربردی وب بپردازید.

5-5-13 طراحی جهت یابی
هنگامی که معماری WebApp ایجاد شد و اجزای (صفحات ، اسکریپت ها ، اپلت ها و سایر عملکردهای پردازش) معماری مشخص شد ، باید مسیرهای جهت یابی را مشخص کنید که به کاربران امکان دسترسی به محتوا و عملکردهای WebApp را می دهد. برای دستیابی به این هدف، معانی جهت یابی برای کاربران مختلف سایت، و مکانیسم (نحو) دستیابی به جهت یابی را مشخص کنید. طراحی جهت یابی مانند بسیاری از اقدامات طراحی WebApp، با بررسی سلسله مراتب کاربر و موارد کاربری مرتبط (فصل 8) که برای هر دسته کاربر (بازیگر) ایجاد شده است، شروع می شود.
هر بازیگر به نحوی تقریباً متفاوت، از حمل و نقل استفاده می کند؛ بنابراین نیازهای جهت یابی آن ها، با یکدیگر تفادت دارد. علاوه بر این، موارد کاربری برای هر بازیگر، مجموعه ای از طبقات را تعریف می کند که شامل یک یا چند شیء محتوا یا عملکرد WebApp می شود. هر کاربر حین تعامل با WebApp، با مجموعه ای از واحدهای معنایی جهت یابی (NSU) (“مجموعه ای از اطلاعات و ساختارهای جهت یابی مرتبط که در تحقق زیرمجموعه ای از الزامات کاربر مرتبط، همکاری می کنند.”) مواجه می شود. NSU، الزامات جهت یابی را برای هر مورد کاربری توضیح می دهد. در اصل، NSU نحوه حرکت یک بازیگر بین اشیاء محتوا یا عملکردهای WebApp را نشان می دهد. NSU از مجموعه ای از عناصر جهت یابی به نام راه های جهت یابی (WoN) تشکیل می شود. WoN، نشان دهنده بهترین مسیر جهت یابی برای دستیابی به هدف جهت یابی برای نوع خاصی از کاربران است. هر WoN به عنوان مجموعه ای از گره ها (NN) جهت یابی سازماندهی شده است که با اتصالات جهت یابی به هم متصل شده اند. بنابراین ، ساختار ناوبری کلی برای یک WebApp، ممکن است به عنوان سلسله مراتبی از NSU ها سازماندهی شود.
برای نشان دادن توسعه NSU، مورد کاربری Select SafeHome Components را انتخاب کنید:

مورد کاربری: Select SafeHome Components
WebApp اجزای محصول (به عنوان مثال ، کنترل پنل ها، حسگرها، دوربین ها) و سایر جزوه برنامه ریزی حمل و نقل ها (به عنوان مثال، قابلیت های مبتنی بر رایانه پیاده سازی شده در نرم افزار) را برای هر اتاق و ورودی بیرونی ارائه می دهد. در صورت درخواست جایگزین، حمل و نقل آن ها را در صورت وجود، ارائه می دهد. من می توانم اطلاعات توصیفی و قیمت هر جزء محصول را به دست آورم.با انتخاب اجزای مختلف، WebApp صورتحسابی از مواد را ایجاد کرده و نمایش می دهد. من می توانم صورتحساب مواد را نامگذاری کنم و برای مرجع بعدی ذخیره کنم (به مورد کاربری Save Save Configuration مراجعه کنید). مواردی که در شرح مورد کاربری، زیر آن ها خط کشیده شده است، نشان دهنده طبقات و محتوایی هستند که در یک یا چند NSU گنجانده می شوند، و یک مشتری جدید را قادر می سازند تا فیلمنامه توصیف شده در Select SafeHome Components را اجرا کند. شکل 13.5، تجزیه و تحلیل معنایی جزئی از جهت یابی را نشان می دهد که توسط
مورد کاربری SafeHome Components ارائه شده است. با استفاده از اصطلاحاتی که قبلاً معرفی شد، این شکل همچنین نشان دهنده راهی برای جهت یابی (WoN) برای SafeHomeAssured.com WebApp است. طبقات مهم حوزه مشکل، به همراه اشیاء محتوای انتخاب شده (در این مورد بسته ای از اشیاء محتوا به نام CompDescription، ویژگی طبقه ProductComponent)، نشان داده می شود. این موارد، گره های جهت یابی هستند هر یک از فلش ها یک پیوند ناوبری را نشان می دهد و با اقدام ایجاد شده توسط کاربر برچسب گذاری شده است، که باعث ایجاد پیوند می شود.شما می توانید برای هر مورد کاربری مرتبط با هر نقش کاربر، یک NSU ایجاد کنید.
به عنوان مثال ، یک مشتری جدید برای SafeHomeAssured.com ممکن است دارای سه مورد کاربری متفاوت باشد ، که همه آنها منجر به دسترسی به اطلاعات و عملکردهای مختلف WebApp می شوند. یک NSU
برای هر هدف ایجاد می شود. در مراحل اولیه طراحی جهت یابی، معماری محتوای WebApp برای تعیین یک یا چند WoN برای هر مورد کاربری، ارزیابی می شود. همانطور که قبلاً اشاره شد، WoN، گره های جهت یابی (به عنوان مثال، محتوا) و سپس پیوندهایی را مشخص می کند که جهت یابی بین آن ها را امکان پذیر می کند سپس WoN، در قالب NSU ها سازماندهی می شود.

دانلود رایگان خلاصه کتاب برنامه ریزی حمل و نقل PDF

با پیشرفت طراحی ، وظیفه بعدی شما حمل و نقل مکانیک جهت یابی است. اکثر وب سایت ها برای پیاده سازی هر NSU از یک یا چند گزینه جهت یابی زیر استفاده می کنند: پیوندهای جهت یابی فردی ، نوارهای جهت یابی افقی یا عمودی (لیست ها) ، برگه ها یا دسترسی به نقشه کامل سایت. اگر نقشه سایت تعریف شده است، باید از هر صفحه قابل دسترسی باشد. خود نقشه باید به گونه ای سازماندهی شود که جزوه برنامه ریزی حمل و نقل اطلاعات WebApp به آسانی آشکار شود. علاوه بر انتخاب مکانیک جهت یابی، شما همچنین باید قواعد و کمک های جهت یابی مناسب را تعیین کنید. به عنوان مثال، نمادها و پیوندهای گرافیکی
باید با خم شدن لبه ها “قابل کلیک” به نظر برسند تا ظاهری سه بعدی به تصویر بدهند. بازخورد صوتی یا تصویری باید طوری طراحی شود که به کاربر نشان دهد که گزینه جهت یابی، انتخاب شده است. برای جهت یابی مبتنی بر متن، باید از رنگ برای نشان دادن پیوندهای جهت یابی و ارائه پیوندهایی که قبلاً پیموده شده، استفاده شود. این ها تنها تعدادی از ده ها قرارداد طراحی هستند که حهت یابی را کاربر پسند می کنند.

6-13 طراحی اجزاء
برنامه های تلفن همراه عملکردهای پردازشی پیچیده ای را ارائه می دهند که (1) پردازش های داخلی را برای تولید محتوا و قابلیت جهت یابی به شیوه ای پویا انجام می دهند، (2) قابلیت محاسبه یا پردازش داده مناسب برای حوزه کسب و کار برنامه را ارائه می کنند، (3) پرس و جو و دسترسی به پایگاه داده پیچیده را عملی می کنند و (4) رابط های داده‌ای با سیستم های شرکتی خارجی ایجاد می کنند. برای دستیابی به این قابلیت ها (و حمل و نقل دیگر) ، باید اجزای برنامه را که از نظر شکل، با اجزای نرم افزار یکسان هستند، طراحی کرده و بسازید. روش های طراحی مورد بحث در فصل های 11 و 12، در صورت نیاز، با کمی اصلاح، بر اجزای موبایل اعمال می شوند. محیط پیاده سازی، زبان های برنامه نویسی و الگوهای طراحی، چارچوب ها و نرم افزار ممکن است تا حدودی متفاوت باشند، اما رویکرد کلی طراحی ثابت است. برای آگاهی از هزینه، می توانید اجزای تلفن همراهرا به گونه ای طراحی کنید که بتوان بدون تغییر در چندین سیستم عامل مختلف تلفن همراه، از آن ها استفاده کرد.

7-13 قابلیت تحرک و کیفیت طراحی
هر فردی درباره ویژگی های یک برنامه موبایل “خوب”، جزوه برنامه ریزی حمل و نقل دارد. دیدگاه های شخصی بسیار متفاوتند. برخی از کاربران از گرافیک پر زرق و برق لذت می برند؛ برخی متن ساده می خواهند و برخی از آن ها اطلاعات فراوان را می طلبند؛ سایر افراد نیز تمایل به ارائه مختصر دارند. برخی ابزارهای تحلیلی پیچیده یا دسترسی به پایگاه داده را می پسندند؛ و برخی سادگی را می پسندند.
در واقع ، درک کاربر از “خوبی” (و نتیجه پذیرش یا رد یک برنامه تلفن همراه)، ممکن است مهم تر از هر بحث فنی در مورد کیفیت برنامه تلفن همراه باشد. ویژگی های کیفی طراحی موبایل تقریباً با ویژگی های کیفی WebApp یکسان است. اما کیفیت تلفن همراه چگونه سنجیده می شود؟برای جلب رضایت کاربران نهایی و در عین حال، نشان دادن ویژگی های فنی کیفیت، که در طول زمان، به تصحیح، انطباق، بهبود و پشتیبانی از محصول موبایل می انجامد، چه ویژگی هایی باید نمایش داده شود؟ در واقع ، تمام ویژگی های جزوه پرستاری و بهداشت محیط کیفیت طراحی که در فصل 12 مورد بحث قرار گرفته است و ویژگی های کیفیت عمومی ارائه شده در فصل 19، برای برنامه های تلفن همراه اعمال می شود. با این حال ، مهم ترین این ویژگی های عمومی _ قابلیت استفاده، عملکرد، قابلیت اطمینان، کارآیی و قابلیت نگهداری)، مبنای مفیدی برای حمل و نقل کیفیت سیستم های تلفن همراه نیز می باشند. آندرو پیشنهاد می کند که رضایت کاربر نهایی از یک برنامه تلفن همراه، توسط عوامل کیفی مهم مشابه (عملکرد، قابلیت اطمینان، و قابلیت استفاده، کارآیی و قابلیت نگهداری) تعیین می شود؛ و قابلیت حمل را نیز به لیست خود، اضافه می کند. اولسینا و همکارانش یک “درخت الزامات کیفی” تهیه کرده اند که مجموعه ای از ویژگی های فنی ( قابلیت استفاده، عملکر، قابلیت اطمینان، کارایی، و قابلیت نگهداری) که منجر به تولید محصولات موبایل با کیفیت بالا می شود را مشخص می کند. شکل 13.6 خلاصه کار آن ها را نشان می دهد. معیارهای ذکر شده در شکل، برای افرادی که در دراز مدت، به طراحی، ساخت و نگهداری محصولات تلفن همراه می پردازند، بسیار کارآمد است. Offutt پنج ویژگی کیفی اصلی ذکر شده در شکل 13.6 را با اضافه کردن ویژگی های زیر، گسترش می دهد:
امنیت: محصولات تلفن همراه به شدت با پایگاه های اطلاعاتی مهم شرکت ها و دولت ادغام شده اند. برنامه های تجارت الکترونیکی اطلاعات حساس مشتری را استخراج و سپس ذخیره می کنند.بنابراین، امنیت تلفن همراه در بسیاری از شرایط از اهمیت بالایی برخوردار است. معیار اصلی امنیت، توانایی برنامه تلفن همراه و محیط سرور آن برای رد دسترسی غیر مجاز و/یا خنثی سازی یک حمله آزاردهنده آشکار است. مهندسی امنیت، در فصل 18 مورد بحث قرار گرفته است.
تصویر 6-13
دسترسی: حتی بهترین محصول تلفن همراه نیز در صورت در دسترس نبودن، نیاز کاربران را برآورده نمی کند. از نظر فنی ، در دسترس بودن معیار درصد زمانی است که یک منبع تلفن همراه مبتنی بر وب برای استفاده در حمل و نقل است. اما Offutt جزوه برنامه ریزی حمل و نقل می کند که “استفاده از ویژگی های موجود، فقط در یک مرورگر یا یک پلت فرم ”، دسترسی افرادی با تنظیمات مرورگر یا پلتفرم متفاوت را به محصول تلفن همراه، قطع می کند.در این موارد، کاربر همیشه به جایی دیگر رجوع می کند.
مقیاس پذیری: آیا می توان محصول تلفن همراه و محیط سرور آن را به گونه ای مقیاس بندی کرد تا 100 ، 1000 ، 10.000 یا 100.000 کاربر را اداره کنند؟آیا برنامه و سیستم های رابط، قادر به مدیریت تغییرات قابل توجه در حجم کار هستند، یا اینکه پاسخگویی به طور چشمگیری کاهش می یابد (یا به طور کلی متوقف می شود)؟
طراحی محیط موبایل باد به گونه ای باشد که بتواند بار موفقیت را تحمل کند (یعنی کاربران نهایی هر چه بیشتری داشته باشد) و حتی موفق تر باشد.
زمان خرید: : () ؟ :
؟ ؟ ؟ ()؟ ؟ ؟ ؟ ؟ ؟