یکپارچه سازی فن آوریهای سرویس دهندة کاربرد شبکه و سرویس دهندة پایگاه دادة چندگانه افزایش محبوبیت تجارت الکترونیکی بسیاری از شرکت ها را به رجعت به سرویس دهنده های کاربردی برای بکارگیری و مدیریت برنامه های کاربردی شبکه شان بطور مؤثر، متوجه نموده است. این سرویس دهنده های کاربردی برای ارتباط با یک سیستم مدیریت پایگاه داده (DBMS) برای ذخیره و بازیابی اطلاعات ترکیب بندی می کنند. این امر اغلب به این معنی است که برنامه های کاربردی شبکه باید با محیط های «قانونی» کار نماید. در نتیجه، توسعه دهندگان برنامه های کاربردی شبکه متوجه شده اند که کنترلی بر محصول DBMS مورد استفاده برای پشتیبانی برنامه های کاربردی شان ندارند یا نمی توانند پایگاه مورد طراحی را کنترل نمایند. در بعضی موارد، توسعه دهندگان ممکن است متوجه شوند که اطلاعات بحرانی برای برنامه کاربردی آنها در DBMS های چندگانة توسعه یافته توسط فروشندگان نرم افزار متفاوت منتشر می شود. مشکلاتی که توسعه دهندگان برنامه کاربردی تجارت الکترونیکی با آن مواجه هستند:
چنین وضعیتی می تواند کشمکش های متعددی تولید کند، یک معماری نرم افزار را در نظر بگیرید که استفاده از (EJBS) جاوا را احضار می کند، که یک مؤلفه فن آوری است که علاقة بسیاری را از طرف جامعة تجارت الکترونیکی بدست آورده است. یعنی وقتی اطلاعات همراه با موضوعات جاوا باید در ماورای مرزهای یک جلسه کاربردی موجود باشند. EJB های موجودیت در اکثر مواقع از یک DBMS منطقی برای چنین مقاصد ذخیره سازی استفاده می کنند. توسعه دهندگان EJB می توانند یکی از دو نوع EJB موجودیت را تولید نمایند: آنهایی که دارای توجه مدیریت شده هستند یا آنهایی که دارای تاکید بر مدیریت می باشند.
مدیریت اغلب توسعه دهنده را از نوشته کد (رمز) دسترسی اطلاعات خام (داده) رها می نماید، در عوض سیستم ای که ظرف EJB را راه اندازی می کند بطور خودکار SQL مناسب رادر صورت نیاز تولید واجرا
می نماید. برعکس، مواد و دانه های موجودیت مستلزم بر آن است که توسعه دهنده که روال های دسترسی اطلاعات خام خودش را کدبندی و حفظ نماید.
این امر اجازة انعطاف پذیری بیشتری را می دهد، اما مستلزم مهارت های برنامه ریزی اضافی است (مثل دانش دربارة فن آوری DBMS) و نیازهای کار برای توسعة دانه و آزمایش راافزایش می دهد و از قابلیت حمل خود bear دانه جلوگیری می نماید. متاسفانه، شرکت هایی که قصد دارند از EJB های با موجودیت مدیریت شدة ظرف (از این پس موسوم به دانه های موجودیت CMP) برای برنامه های کاربردی تجارت الکترونیکی خودشان استفاده کنند ممکن است با بعضی از موانع مواجه شوند.
سرویس دهندة برنامه کاربردی شبکة شرکت انتخاب شده ممکن است DBMS های شرکت مورد انتخاب را نتواند بکار ببرد. بعلاوه، اگر مقررات طراحی یک دانه موجودیت CMP را فرا بخواند که ویژگی های آن باید DBMS های «قانونی» چندگانه را در بر بگیرد، این امر یقیناً پشتیبانی نخواهد شد. درحالیکه کار بر روی هر کدام از این مشکلات امکان پذیر است، آنها می توانند دردسرهای اضافی را موجب شوند و از سرویس دهندة برنامه کاربردی شبکه تا تلاش برای انتقال اطلاعات (پرهزینه) یا بکارگیری یک فرآیند رونویسی اطلاعات را شامل گردند که تاخیر اطلاعات فیلمی کم را پشتیبانی می کند.
بازنگری یک راه حل بالقوه:
با این حال، راه دیگری موجود است که می تواند چنین کارهای غیرضروری را در بسیاری موارد ارائه کند. این راه شامل بکارگیری فن آوری سرویس دهندة برنامه کاربردی شبکه با فن آوری سرویس دهندة پایگاه دادة چندگانه است. این گزارش یک پروژه را شرح می دهد که در آزمایشگاه مانتاترنرا IBM امکان چنین معماری ای را بررسی کرد ونتایج خوبی داشت. پروژه یک سرویس دهندة برنامه کاربردی شبکه را با یک سرویس دهندة پایگاه دادة چندگانه (در این حالت تألیف پیشرفته websphere 31º) از (IBM برای پشتیبانی صف آرایی دانه های موجودیت CMP یکپارچه می کند که به منابع دادة چندگانه دسترسی دارد.
Deployment
این منابع اطلاعات شامل اطلاعات مدیریت شدة موضعی و همچنین اطلاعات ذخیره شدة از راه دور در Sybase, oracle, Informi بود. برای ساده سازی موضوعات توسعه و آزمایش یک محیط توسعة یکپارچه شده جاوا در این حالت، Visual Age برای تالیف اداری (Java 3.0) بکار رفت که همراه با سرویس دهندة پایگاه دادة چندگانه است. ترکیب این فن آوری ها احتمالات زیر را موجود می آورد: توسعه و صف آرایی دانه های موجودیت CMP که هر کدام از آنها به یکی از منابع اطلاعات زیردسترسی داشتند: اوراکل، یابسیس و اینفورمیکس. چنین دانه هایی بدون نصب نرم افزار مشتری DBM از اوراکل سیابیس یا اینفورمیکس بر روی ایستگاه کاری در حال اجرای Visual Age برای جاوا و Websphere توسعه یافتند.
توسعه و صف آرایی خودکار یک دانة موجودیت CMP که ویژگی های آن برای یک دیدگاه واحد نگاشته شده است جداول اینفورمیکس، سای بیس و اوراکل را شامل می شود. بدلیل مشکل «نگاه روزآمد» که برای هر DBM معقولی متداول است، چنین دانه های موجودیت CMP ای فقط برای خواندن readonly توسعه یافتند.
پخش
توسعه و صف آرایی یک دانه موجودیت CMP واحد که ویژگی های آن مستقیماً برای دو جدول نگاشته شده است ، که یکی بطور موضعی توسط یک سیستم DB2 DataJoiner و دیگری از راه دور توسط یک سیستم ایتفورمیکس مدیریت می گردد. این دانه کاملاً فعالیت های خواندن نوشته را پشتیبانی کرد و Data Joiner بطور خودکار فرایند انجام دو مرحله ای را مدیریت می نماید تا یکپارچگی تراکنش اساسی را تضمین نماید هنگامی که یک روش دانه باعث گردید که فعالیت های نوشته پایگاه داده رخ دهد.
توسعه و صف آرایی خودکار یک سلسله مراتب از دانه های موجودیت CMP که ویژگیهای آن برای یک جدول واحد نگاشته شد توسط هر کدام از منابع اطلاعات زیر مدیریت گردید: Sybase, Oracle,
DB2 Data Joiner یا Informix. توجه نمایید که تعداد این توانایی ها امروزه بدون کارها ومقررات ارجاع شده در بخش قبلی، موجود نمی باشند. (مشکلات جاری که توسعه دهندگان برنامه کاربردی تجارت الکترونیکی با آن مواجه هستند را ملاحظه کنید). بویژه با ترکیب کردن websphere , DB2 Data Joiner توسعه دهندگان EJB به یک سری از منابع اطلاعات دسترسی می یابند.بعلاوه، منافع تصور شده توسط ترکیب یک سرویس دهندة برنامه کاربردی شبکه با یک سرویس دهندة پایگاه دادة چندگانه میتواند برای سایر گزینه های طراحی برنامه کاربردی Java انتظار برود که شامل سایر شکل های EJB، صفحات سرویس دهندة جاوا (JSP) اوسرولت های جاوا می باشد. برنامه نویسانی که این فن آوری ها را بکار می برند فراخوانی های ارتباط پایگاه دادة جاوا (JDBC) را می نویسند تا تراکنش های پایگاه داده را کنترل نمایند. یک سرویس دهندة پایگاه دادة چندگانه می تواند کار توسعه را زمانی ساده نماید که برنامه نویسی ها به دسترسی به اطلاعات ذخیره شده در DBMS های چندگانه نیاز دارند. این کار توسط ارائه یک SQL APT، شفافیت موضعی ودر بعضی موارد جبران عملیاتی انجام می گیرد. بعلاوه، پیوندهای پایگاه دادة چندگانه و اتحادیه ها می تواند بدون ارتباط دستی با هر منبع اطلاعات اجرا شود و اطلاعات ضروری بطور انفرادی از هر منبع بازیابی گردد و این اطلاعات در بعضی ساختارهای اطلاعات مدیریت شدة کاربردی موقتاً ذخیره گردد و منطق ضروری برای ادراة یکپارچگی اطلاعات همراه با یک پیوند یا عملیات واحد کدگذاری گردد. چنین کاری بطور خودکار توسط سرویس دهندة پایگاه دادة چندگانه اداره می شود که یک تصور تک مکانیSingle site از DBMS های توزیع شدة فیزیکی و غیرقابل مقایسه را ارائه می نماید. البته، مانند هر معماری نرم افزار دیگری، معماری شرح داده شده دراین گزارش دارای مزایا ومعایب خودش است. مزایای اصلی قبلاً در صفحات قبلی خلاصه شده اند. شاید عیب اصلی این معماری پیچیدگی اجرایی DBMS اضافی باشد. بویژه استفاده از یک سرویس دهندة پایگاه دادة چندگانه نیاز برای یک محیط پایگاه دادة توزیع شده را ایجاب می کند تا ترکیب بندی و نگهداری شود یعنی یک تلاش ای که به بهترین وجه با پرسنل ماهر در طراحی پایگاه داده، مدیریت پایگاه داده و مدیریت شبکه انجام می گیرد. بااین حال برای سازمان هایی که بطور معمول از DBMS های چندگانه برای ذخیره کردن اطلاعات بحرانی استفاده می کنند، چنین مهارت هایی احتمال دارند که به هر حال موجود باشند.
باقیماندة این گزارش پروژه را به تفصیل فنی بیشتر شرح می دهد و محیط نرم افزار را ذکر نموده و مراحل لازم برای توسعه و صف آرایی موجودیت CMP بحث شدة قبلی را شرح می دهد. با این حال، قبل از ورود به این جزئیات ، این گزارش یک بازنگری از فن آوری های اصلی را برای خوانندگان ناآشنا با سرویس دهنده های پایگاه دادة چندگانه، سرویس دهنده های برنامه کاربردی شبکه و EJB ارائه می کند.
مقدمه ای بر فن آوری های کلیدی (اصلی):
درک سرویس دهنده های پایگاه واحدة چندگانه به سرویس دهنده های
برنامه کاربردی شبکه، و EJB ها برای درک بخش های بعدی در این گزارش بحرانی است. بخش های زیر یک بازنگری جزئی از چنین موضوعاتی را فراهم می کند به اطلاعات دقیق تر می توانند با مراجعه به مراجع فهرست شده در کتاب شناسی بدست می آید. خوانندگان قبلاً آشنا با این فن آوریها تشویق می شوند تا این بخش را نادیده گرفته و خواندن دربارة «معماری نرم افزار» بکاررفته توسط این پروژه را آغاز کنند.
سرویس دهندگان پایگاه دادة چندگانه
یک سرویس دهندة پایگاه دادة چندگانه مثل Data Joiner DB2 از IBM یک رابط برنامه ریزی برنامه کاربردی واحد (API) برای منابع اطلاعات چندگانه را فراهم می کند. این منابع اطلاعات ممکن است بر روی سکوهای سیستم عملیاتی و سخت افزار متفاوت اجرا گردد و ممکن است توسط فروشندگان متفاوت توسعه یابند و ممکن اس از API های متفاوت «بومی» استفاده کنند (شامل دیالکیت های SQL متفاوت). برنامه نوبس ها از سرویس د هندة پایگاه دادة چندگانه برای کار در سطح بالاتر انتزاع نسبت به سایر موارد احتمالی استفاده می کنند هنگامی که سرویس دهنده یک تصویر تک مکانی از اطلاعات غیراقبل قیاس فیزیکی را ارائه می کند استفاده از نام مستعار برای جداول به برنامه نویس ها شفافیت موضعی را پیشنهاد می کنند، و نیاز برای دانستن عمل اطلاعات مطلوب را بطور دقیق حذف می کند. جبران عملیاتی می تواند تفاوت های بین فروشندگان مختلف DBMS را بپوشاند و توانایی هایی را شبیه سازی می کنند که توسط یک DBMS مفروض به طور بومی پشتیبانی نمی شوند. پیوندهای چندمکانی unions و یکپارچگی اطلاعات از منابع چندگانه را موجب می شوند و پردازش دو مرحله ای میتواند یکپارچگی تراکنش را تضمین کند هنگامی که عملیات DBMS های چندگانه را شامل می شود. یک معماری سرویس دهندةپایگاه دادة چندگانة نمونه در شکل زیر نشان داده می شود. دراین سناریو، برنامه نویس های جاوا می توانند برنامه های کاربردی بر پایة جاوا را بنویسند که با سرویس دهنده ارتباط یابند. این سرویس دهنده ، به نوبة خود، با منابع اطلاعات پشتیبانی شده توسط فروشندگان مختلف بر روی سکوهای مختلف پشتیبانی می گردد.
در نتیجه، برنامه های کاربردی JDBC میتواند به هر کدام یا تمام این منابع اطلاعات بدون نیاز به یادگیری API بومی از هر منبع اطلاعات توسط برنامه نویس کاربردی بدست آید. بعلاوه، نمایش ها می توانند برای دربرگرفتن اطلاعات از منابع چندگانه برای ساده کردن موضوعات یکپارچه سازی اطلاعات برای برنامه های کاربردی فقطظ خواندنی ایجاد گردد.
پشتیبانی منبع اطلاعات و عمل تولید میتواند از پیشنهادی به پیشنهادی دیگر فرق کند. DB2 Data Joinert V2.1 ، برای مثال، تمام اعضای خانوادة IBM DB2 ، سرویس دهندة SQL میکروسافت، اوراکل، RDB اوراکل، سای بیس، سای بیس انی ور، اینفورمیکس آن لاین، و سایر موارد را پشتیبانی می کند. بعلاوه، بدلیل اینکه DB2 Data Joiner یک نسخة گسترده از محصول DB2 پایه است، قادر به ذخیره کردن و مدیریت نمودن اهداف اطلاعات موضعی اش از قبیل جداول، نمایش ها ، و نمایه ها یا شاخص ها indexes می باشد. بهینه سازی آن برای در نظر گرفتن طبیعت توزیع یافتة فیزیکی و غیر قابل قیاس محیط آن طراحی می شود طوری که یک استراتژی دسترسی اطلاعات موثر بتواند برای هر پرس و جو quaryانتخاب گردد.
سرویس دهنده های کاربرد شبکه:
سرویس دهنده های کاربرد شبکه به شرکت ها کمک می کنند که منطق تجارت طرف سرویس دهنده را مدیریت وصف آرایی کنند. این منطق ، نوعاً به زبان جاوا نوشته می شود و اغلب برای پشتیبانی برنامه های کاربردی تجارت الکترونیکی چند –ردیفی امری حیاتی است. منطق می تواند از طریق یک سری از فن آوری های طرف سرویس دهنده بیان شود، شامل صفحات سرویس دهندة جاوا (JSP)، سرویس های جاوا، و EJB ها. با طرح ریزی برای اجرای منطق تجارت مناسب بر روی سرویس دهنده، شرکت ها می توانند به کار برد مجدد کد کمک کنند وایمنی بیشتری بر روی منابع تجاری بحرانی بدست آورند، و سرویس دهنده های قدرتمندی را برای کار محاسباتی شدید استفاده کنند و ابزارها را برای کمک به متعادل کردن بار کاری، تنظیم عملکرد و تشخیص مشکل بکار گیرند. شکل زیر یک نمونه معماری سرویس دهندة برنامه کاربردی شبکه را نشان می دهد. دراین سناریو، مشتریانی که یک سری از سکوها را اجرا می کنند ممکن است به یک سیستم سرویس دهندة برنامة کاربردی به اشتراک گذارده شده دسترسی می یابند بر روی این سکو یک سرویس دهندة شبکه HTTP (مثل Apache یا HTTP) و یک سرویس دهندة برنامه کاربردی شبکه (مثل Web sphere) نصب شده است. سرویس دهندة برنامه کاربردی شبکه انواع فن آوری بر پایة جاوا را پشتیبانی می کند، از قبیل EJB ، که اعمال مناسب را در پشتیبانی برنامه های کاربردی مشتری انجام می دهد. در بین این اعمال ممکن است دسترسی به منابع اطلاعات از راه دور یا محلی از یک سری از فروشندگان را نام برد. ترکیب بندی دسترسی منبع اطلاعات محلی به یک DBMS را نشان می دهد. همانطور که خواننده ممکن است انتظار داشته باشد توانایی های سرویس دهنده های برنامه کاربردی شبکه از محصولی به محصول دیگر تغییر می کند. تألیف پیشرفتة سرویس دهندة برنامه کاربردی Web Sphere در این پروژه استفاده گردید.
فرمت این مقاله به صورت Word و با قابلیت ویرایش میباشد
تعداد صفحات این مقاله 43 صفحه
پس از پرداخت ، میتوانید مقاله را به صورت انلاین دانلود کنید
کتاب فیزیک پایه 2
تالیف محمد ابراهیم ابوکاظمی
منبع رشته های شیمی و ریاضی دانشگاه پیام نور
شامل 264 صفحه کتاب با فرمت pdf
با توجه به لیست حذفیات مطالعه شود.
لینک پرداخت و دانلود *پایین مطلب*
فرمت فایل:Word (قابل ویرایش و آماده پرینت)
تعداد صفحه21
فهرست مطالب
اهداف بودجه بندی :
الزامات بودجه :
مزیت های بودجه بندی :
دسته بندی انواع بودجه :
خلاصه بودجه :
بودجه
بودجه چیست؟
عبارتست از یک ابزار مدیریتی برای طراحی فعالیت های آینده مدیریت که شامل برآورد فروش, هزینه ها, تولید و غیره می باشد. بودجه بندی برای مشخص کردن نتایج مورد انتظار کسب و کار و خطوط عملیاتی ممکنی که در آینده باید برای دست یابی به این نتایج پیموده شود انجام می شود.
نتایج مورد انتظار یا به صورت دوره های مالی و یا سایر ارقام از قبیل کمیت تولیدات برحسب واحد, نفر ساعت, ساعات کار ماشین و غیره برنامه ریزی می شوند. بودجه بندی را می توان به صورت «پیش بینی برنامه عملیات بر اساس بازدهی مورد انتظار عملیات» تعریف نمود.
بودجه باید بر اساس نیازهای برآورد شده آتی برای یک دوره زمانی مشخص بنا شود. بودجه باید با کمک اطلاعات آماری قبلی آماده شود. بنابراین بودجه بندی را همچنین می توان به صورت زیر تعریف نمود :
«پیش بینی و طــرح ریزی دوره زمانی بعدی بــا استفاده از تجــربه قبلی و گرایش های بازار و موقعیت فعلی».
بودجه از پیش استانداردهای عملکرد را برای هدایت کوشش ها و فعالیت ها در کسب و کار تأمین می کند. از آنجا که بودجه ها استاندارد های عملکرد را تأمین می کنند, در نتیجه تبدیل به مبنائی برای کنترل می شوند. کنترل مورد استفاده برای اجرای بودجه «کنترل بودجه» نامیده می شود. بنابراین بودجه بندی به نقش
لینک پرداخت و دانلود *پایین مطلب*
فرمت فایل:Word (قابل ویرایش و آماده پرینت)
تعداد صفحه:7
فهرست مطالب
تعطیلی کامل ۳۰۰ کارخانه تولید کود شیمیایی
اشکال در تغذیه کل زمین های کشاورزی با یک فرمول کود
رغبت حضور بخش خصوصی را از بین نبرید
کارخانه تولید کود شیمیایی - فوری فروشی
خط تولید کامل کود شیمیایی گوگردی - گوگرد بنتونیتی
ماشین آلات تولید کود شیمیایی
فارس-«عضوهیات مدیره انجمن صنفی تولیدکنندگان کود شیمیایی ایران گفت: «300 کارخانه بخش خصوصی تولید کود کامل شیمیایی، بر اثر عدم همکاری دولت در خرید محصول، به تعطیلی کشیده شد.»
عبدالجواد قناد، عضو هیات مدیره انجمن تولیدکنندگان کود شیمیایی ایران افزود: «در حال حاضر نیاز کشور به کود شیمیایی سالانه حدود 5/4 میلیون تن است که 8/2 میلیون تن از خارج وارد و 2/1 میلیون تن از صنایع پتروشیمی داخلی و 400 تا 500 هزار تن به صورت کود کامل که با ریزمغذی مانند روی و منگنز غنی شده است، توسط بخش خصوصی تولید می شود.»
عضو هیات مدیره انجمن صنفی تولیدکنندگان کود شیمیایی ایران تصریح کرد: «روال مصرف متناسب زمین های هر منطقه و هر گیاه از کود شیمیایی در دنیا این است که 60 تا 70 درصد کود کامل و 30 تا 40 درصد کود تک عنصری به زمین کشاورزی داده می شود، در حالی که در ایران، بر عکس 90 درصد کود مصرفی تک عنصری و کم تر از 10 درصد کود کامل است.»
اشکال در تغذیه کل زمین های کشاورزی با یک فرمول کود
عضو هیات مدیره انجمن صنفی کود ایران تصریح کرد: «شرکت دولتی خدمات حمایتی کشاورزی به عنوان متولی تهیه، توزیع و مجری کود شیمیایی فقط فرمول 1-15-8-15 (یعنی 15 واحد ازت، هشت واحد فسفات، 15 واحد پتاس و یک واحد عنصر روی) را برای کل کشور معرفی می کند، در حالی که خاک های مختلف، نیازهای گوناگون کودی و عناصر شیمیایی دارند.»
اطلس زمین برای غنی سازی محصولات تهیه شود
قناد افزود: «بر اساس مصوبه شورای عالی سلامت در اول مرداد 85 و مصوبه نشست 26 مهرماه 85 هیات وزیران، اطلس زمین های کشاورزی و نیاز هر منطقه توسط وزارت جهاد کشاورزی تهیه و تدوین می شد تا بر اساس نیاز زمین و محصول هر منطقه کود کامل ویژه آن منطقه تولید شود.»