متد های دیگر
مقایسه با متدهای دیگر
متدهایی در زنجیرهی بین انطباقی تا پیشگویانه وجود دارند. متدهای چابک در بخش انطباقی این زنجیره قرار دارند. متدهای انطباقی بر انطباق سریع با واقعیات تغییریافته متمرکز است. وقتی نیازهای یک پروژه تغییر میکند، یک تیم انطباقی نیز تغییر میکند. یک تیم انطباقی به سختی توضیح میدهد که در آینده دقیقاً چه اتفاقی خواهد افتاد.
در متد انطباقی هرچه تاریخ دورتر باشد، ابهام در بیان اینکه در آن تاریخ چه اتفاقی خواهد افتاد، بیشتر است. یک تیم انطباقی نمیتواند وظایفی را که اعضا در هفتهی آینده خواهد داشت گزارش دهد، تنها میتواند ترکیب کارهایی را که برای ماه آینده قرار است انجام شود بیان کند. وقتی در مورد انتشار شش ماه از حالا سؤال میشود، یک تیم انطباقی ممکن است فقط بتواند بیانیهی مأموریت (برای آن انتشار) یا بیانیهی ارزش موردانتظار در مقابل هزینه را گزارش دهد.
در مقابل، متدهای پیشگویانه، بر تحلیل و برنامهریزی آینده به صورت جزئی و برای ریسکهای شناختهشده تمرکز دارد. در نهایت، یک تیم پیشگویانه میتواند دقیقاً گزارش دهد که چه ترکیب کار و چه وظایفی در سرتاسر فرایند توسعه برنامهریزی شدهاست. متدهای پیشگویانه بر فاز ابتدایی و اثربخش تحلیل تکیه دارد و اگر این فاز با اشتباه زیادی پیش رود، ممکن است جهت پروژه به سختی اصلاح شود. تیمهای پیشگویانه اغلب یک هیأت کنترل تغییر ایجاد میکنند تا اطمینان یابند که تنها به تغییرات با ارزش فکر میشود.
متدهای رسمی، بر خلاف متدهای انطباقی و پیشگویانه، بر تئوری علوم کامپیوتری با طیف گستردهای از انواع مفاهیم ثابت تکیه دارد. یک متد رسمی میکوشد تا نبود خطاها را با درجهای از جبرگرایی ثابت کند. بعضی متدهای رسمی مبتنی بر بررسی مدل هستند و مثالهای متضادی برای کدهایی که نمیتوان ثابت کرد، فراهم میکنند. تیمهای چابک ممکن است متدهای رسمی بسیار منظمی به کار گیرند.
متدهای چابک که از دههی 90-1980 توسط James Martin و دیگران حمایت شدند، اشتراکات زیادی با «توسعهی سریع اپلیکیشنها» دارند. علاوه بر متدهای مبتنی بر تکنولوژی، متدهای مشتریمحور و طراحیمحور (مانند نمونهسازی سریع تجسممحور که توسط Brian Willison توسعه یافت)، مشتریان و کاربران نهایی را به تسهیل توسعهی چابک نرمافزار تشویق میکنند.
در سال 2008 مؤسسهی مهندسی نرمافزار (SEI) گزارش فنی «CMMI یا چابک: چرا هر دو نه؟» را برای روشن کردن اینکه مدل یکپارچهی قابلیت بلوغ (CMMI) و مدل چابک هر دو میتوانند وجود داشته باشند، منتشر کرد. CMMI ورژن 1.3 شامل تیپهایی برای پیادهسازی چابک و CMMI است.
یکی از تفاوتهای بین چابک و آبشاری، این است که تست نرمافزار در نقاط مختلفی در چرخهی عمر توسعهی نرمافزار انجام میشود. در مدل آبشاری، یک فاز تست به صورت جداگانه بعد از پیادهسازی وجود دارد. در چابک XP، به طور همزمان با پیادهسازی انجام میشود. به طور کلی اگر بیشتر ناشناختهها شناخته شوند (مانند نیازمندیهای خوبی که تا آن زمان تحلیل شدهاند)، رویکرد پیشگویانه ممکن است مناسبتر باشد. اما اگر ناشناختههای شناختهنشدهی زیادی وجود داشته باشد (مانند نیازمندیهایی که ضعیف شناختهشدهاند و هنوز بهبود نیافتهاند)، رویکرد چابک اجازهی بلوغ تدریجی و پیادهسازی را میدهد.
متدهای چابک
متدهای معروف توسعهی چابک نرمافزار عبارتند از:
مدلسازی چابک
فرایند یکپارچهی چابک (AUP)
Crystal Clear
متدهای Crystal
متدهای توسعهی سیستمهای دینامیک (DSDM)
برنامهنویسی اکستریم (XP)
توسعهی ویژگیمحور (FDD)
طراحی گرافیکی سیستم (GSD)
توسعه Kanban
توسعه Lean
Scrum
ردیابی سرعت
سازماندهی متد
در ، اصطلاحات متفاوتی به مفهوم متد انطباقی برمیگردد، شامل «سازماندهی متد»، «تطابق قطعات متد» و «مهندسی موقعیتی متد». مناسبسازی متد به صورت زیر تعریف میشود:
فرایند یا قابلیتی که در آن عوامل انسانی یک رویکرد توسعهی سیستم را برای موقعیت پروژهای خاص از طریق تغییرات پاسخگو در، و اثرات متقابل دینامیک بین زمینهها، مفاهیم و قطعات متد تعریف میکنند.
به طور بالقوه، تقریباً تمام متدهای چابک برای سازماندهی متد مناسب هستند. حتی متد DSDM نیز با این هدف به کار گرفته شده و با موفقیت در یک زمینهی CMM سازماندهی میشود. اقتضای وضعیت، به عنوان یک مشخصهی متمایز بین متدهای چابک و متدهای توسعهی سنتی نرمافزار مطرح است، دومی نسبتاً جدیتر و تجویزی است.
پیادهسازی کاربردی این است که متدهای چابک به تیمهای پروژه اجازهی تطبیق روشهای کاری را با نیازهای پروژههای منحصربهفرد بدهند. روشها فعالیتها و محصولات به هم پیوستهای هستند که بخشی از یک چارچوب متد را تشکیل میدهند. در یک سطح خیلی بالاتر، فلسفهی پشت متد، شامل تعدادی اصول است که میتوانند منطبق باشند (Aydin، 2004).
برنامهنویسی Extreme (XP) نیاز به انطباق متد را شفاف میکند. یکی از ایدههای بنیادین XP این است که هیچ فرایندی برای تمام پروژهها مناسب نیست، اما ترجیحاً روشها باید برای هر پروژهی منحصربهفرد سازماندهی مناسبسازی شوند. انطباق جزئی روشهای XP، که توسط Beck طرح شد، در موارد مختلفی گزارش شده است.
یک روش سازماندهی پیشنهاد میکند که یک نقشهی راه و راهنماهای مناسب برای انطباق با تمام روشها ارائه میدهد. روش RDP برای سفارشیسازی XP طراحی شده است. این روش، برای اولین بار در کارگاه APSO در کنفرانس ICSE 2008، به عنوان یک مقالهی تحقیقاتی طولانی طرح شد، و اکنون نیز تنها متد طراحیشده و قابلاجرا برای سفارشیسازی XP است. اگرچه این روش به طور خاص راهحلی برای XP است، اما قابلیت توسعه برای سایر متدولوژیها را دارد.
در نگاه اول، این روش در گروه متدهای استاتیک انطباق به نظر میرسد، اما آزمایشها با روش RDP میگوید این روش میتواند مانند یک متد دینامیک انطباق عمل کند. تفاوت ظریفی بین متدهای استاتیک انطباق و متدهای دینامیک انطباق وجود دارد. فرض کلیدی در مورد متد استاتیک انطباق این است که زمینهی پروژه در ابتدای یک پروژه داده میشود و در طول اجرای پروژه نیز ثابت میماند. نتیجه یک تعریف استاتیک از زمینهی پروژه است. با دادن چنین تعریفی و با استفاده از مسیر نقشهها میتوان تعیین کرد کدام قسمت متد ساختیافته، بر اساس مجموعهای از معیارهای از پیشتعیینشده، باید برای آن پروژهی خاص به کار رود. در مقابل، متد دینامیک انطباق، فرض میکند پروژه در یک زمینهی نوظهور واقع شده است. یک زمینهی نوظهور به این موضوع اشاره میکند که یک پروژه با فاکتورهای نوظهوری سر و کار خواهد داشت که بر شرایط مربوطه اثر میگذارند، اما قابلپیشبینی نیستند. همچنین به این معناست که زمینهی پروژه ثابت نیست و در طول اجرا تغییر میکند. در چنین موردی نقشههای مسیر تجویزی مناسب نیستند. مفهوم کاربردی متد دینامیک انطباق این است که مدیران پروژه اغلب ناچارند در طول اجرای یک پروژه، قسمتهای ساختیافته را تغییر دهند یا حتی قسمتهای جدیدی ابداع کنند (Aydin و همکاران، 2005).
چرخهی عمر توسعهی نرمافزار
متدهای چابک بر جنبههای متفاوتی از چرخهی عمر توسعهی نرمافزار تمرکز دارند. بعضی از آنها بر روشها (برنامهنویسی extreme، برنامهنویسی فعال مدلسازی چابک) تمرکز دارند، در حالی که بعضی دیگر بر مدیریت پروژههای نرمافزاری تأکید دارند (مانند رویکرد scrum). هنوز، رویکردهایی وجود دارند که تمام چرخهی عمر توسعه را پوشش میدهند (متدهای توسعهی سیستم دینامیک (DSDM) و Rational Unified Process (RUP))، در حالی که بیشتر آنها از فاز تعیین نیازمندیها مناسب هستند (مثلاً ویژگیمحور در توسعه یا FDD). بنابراین، یک تفاوت آشکار بین متدهای گوناگون توسعهی چابک نرمافزار در این مورد است. اگرچه DSDM و RUP نیازی به رویکردهای مکمل برای پشتیبانی از توسعهی نرمافزار ندارند، بقیهی آنها با درجات متفاوت این نیاز را دارند. DSDM میتواند توسط هر کسی به کار رود (علیرغم اینکه فقط اعضای DSDM میتوانند محصولات یا خدمات DSDM را عرضه کنند). RUP یک محیط توسعه تجاری فروشی است (Abrahamsson، Salo، Rankainen & Warsta، 2002).
اندازهگیری میزان چابکی
اگرچه چابکی به عنوان ابزاری برای پایان دیده میشود، تعدادی رویکرد پیشنهاد شدهاند که کیفیت چابکی را تعیین میکنند. اندازهگیری شاخصهای چابکی (AIM) پروژهها را برای کسب یک امتیاز کل، در مقابل تعدادی از فاکتورهای چابکی امتیازدهی میکنند. نام مشابه «شاخص اندازهگیری چابکی»، توسعهها را در برابر 5 بعد یک پروژهی نرمافزاری (مدتزمان، ریسک، تازگی، تلاش و تعامل) امتیازدهی میکند. تکنیکهای دیگر مبتنی بر اهداف قابلاندازهگیری هستند.
مطالعهی دیگری با استفاده از ریاضیات فازی (fuzzy)، میگوید سرعت پروژه میتواند یکی از استانداردهای چابکی باشد. خودارزیابیهایی در چابکی وجود دارد که تعیین میکند آیا یک تیم از روشهای چابک استفاده میکند یا خیر (آزمون Nokia، آزمون Karlskrona، 42 آزمون نکتهای).
اگرچه چنین رویکردهایی برای اندازهگیری چابکی پیشنهاد شدهاند، کاربرد عملی چنین معیارهایی هنوز دیده میشود. از لحاظ تاریخی، در پروژههای چابکی که نتوانستهاند نتایج مطلوبی تولید کنند، کمبود داده وجود دارد. میتوان مطالعاتی را یافت که پروژهها را با پیادهسازی ناکارآمد یک (یا چند) متد چابک، ضعیف گزارش کردهاند، اما هیچجا احساس نشد که به درستی اجرا شدهاند و در تحویل تعهدات خود شکست خوردهاند.
«این ممکن است یک دلیل بیمیلی برای انشتار مقالات در مورد پروژههای ناموفق باشد، یا ممکن است نشاندهندهی آن باشد که وقتی متدهای چابک کار میکنند که پیادهسازی درست انجام شود.». اگرچه، دادههایی از ROI توسعهی چابک نرمافزار از CSIAC ROI Dashboard در دسترس است.).
آزمودگی و پذیرش
یکی از مطالعات اخیر که دستاوردهای کیفیت، بهرهوری و رضایت کسبوکار با استفاده از متدهای چابک را گزارش میدهد، یک بررسی بود که توسط Shine Technologies از نوامبر 2002 تا ژانویهی 2003 انجام شد.
یک بررسی مشابه در سال 2006 توسط Scott Ambler (رهبر تمرین توسعهی چابک با گروه متدهای عقلانی IBM) انجام شد که همین فواید را بیان کرد. در بررسی انجامشده توسط VersionOne (یک تهیهکنندهی نرمافزار برای برنامهریزی و پیگیری پروژههای توسعهی چابک نرمافزار) در سال 2008، 55 درصد پاسخدهندگان گفتند متدهای چابک در 90 تا 100 درصد موارد موفق بودهاند.
برخی دیگر ادعا میکنند متدهای توسعهی چابک بسیار جوانتر از آن هستند که نیاز به اثبات گسترده و علمی موفقیتشان داشته باشند.
سازگاری
بخش وسیعی از توسعهی چابک نرمافزار به صورت یک زمینهی تحقیقاتی پرکار باقیمانده است. به طور گسترده توسعهی چابک برای انواع مشخصی از محیطها، شامل تیمهای کوچک متخصصان، مناسبتر به نظر میرسد. در سالهای اخیر برخورد مثبت با متدهای چابک در دامنهی Embedded در اروپا مشاهده شده است. بعضی مواردی که ممکن است بر موفقیت یک پروژهی چابک، تأثیر منفی بگذارد، عبارتند از:
تلاشهای توسعه در مقیاس وسیع (>20 توسعهگر)، اگرچه استراتژیهای مقیاسگذاری و مدارک بعضی پروژههای بزرگ توضیح داده شده است؛
تلاشهای توسعهی توزیعشده (تیمهای غیرهممکان). استراتژیها در «پلبندی و فاصله» و «استفاده از فرایند چابک نرمافزار با توسعهی دور دورکاری» توضیح داده شده است؛
تحمیل یک فرایند چابک به یک تیم توسعه؛ سیستمهای مأموریت بحرانی که در آنها شکست، به هر قیمتی یک گزینه نیست (مثل نرمافزار کنترل ترافیک هوایی).
اخیراً موفقیتها، چالشها و محدودیتهایی که در انطباق با متدهای چابک در یک سازمان بزرگ مشاهده میشوند، مستندسازی شدهاند. در شرایط برونسپاری توسعهی چابک، Michael Hckett، معاون رئیس شرکت LogiGear گفتهاست «یک تیم دورکار... باید این موارد را داشته باشد: تخصص، تجربه، مهارتهای ارتباطی خوب، تفاهم بین فرهنگها، اعتماد و تفاهم بین اعضا، گروهها و با یکدیگر.». متدهای چابک به طور گسترده برای توسعهی محصولات نرمافزاری به کار رفتهاند، بعضی از آنها نیز از خصوصیات مشخصی از نرمافزار، مانند فناوریهای موضوع استفاده میکنند. اگرچه این فناوریها میتوانند برای محصولات غیر نرمافزاری (مانند کامپیوترها، وسایل نقلیهی موتوری، وسایل پزشکی، خوراک و پوشاک) نیز به کار گرفته شوند. همچنین تحلیل ریسک میتواند برای انتخاب بین متدهای انطباقی (چابک یا ارزشمحور) و پیشگویانه (برنامهمحور) استفاده شود. Barry Boehm و Richard Turner میگویند که هر سوی این زنجیره پایهی اصلی (home ground) خاص خود را دارد
نقد
ممکن است متدولوژیهای چابک در سازمانهای بزرگ و انواع خاصی از پروژهها ناکارآمد باشند.
متدهای چابک برای پروژههای توسعهای و غیردائمی بهتر به نظر میرسد. بسیاری از سازمانها باور دارند متدولوژیهای چابک بسیار قوی هستند و با یک رویکرد مخلوط که ترکیبی از المانهای رویکردهای چابک و برنامهمحور است، سازگار میشوند.
بسته نرمافزاری
یک بستهٔ نرمافزاری یا بستهٔ کاربردی مجموعهای از برنامههای رایانهای است که معمولاً شامل نرمافزارهای کاربردی و ابزارهای برنامهنویسی با قابلیتهای مرتبط است که معمولاً دارای تواناییهایی در مبادله اطلاعات و به اشتراک گذاشتن واسط کاربر است.
گاهی سازندگان نرمافزارها بستههایی را که چیزی بیش از جمعآوری نسخههای برنامه قبلی است را با هزینهای کمتر معرفی میکنند.
افزونه نرمافزاری
افزونه (به انگلیسی: Extension)، برنامهای در یک پرونده است که برای افزایش قابلیتها یا دادههای موجود در یک برنامهٔ پایهایتر استفاده میشود. در واقع نوعی فهرست دستورهایی است که به صورت مستقیم در برنامه شامل میشود. هنگام نصب آن احتمالاً خواسته میشود که یک یا چند مرحله برای تکمیل نصب پیموده شود که گاه نیز به صورت خودکار این مراحل انجام میشود.
گاه این عبارت اغلب به غلط با افزایه اشتباه گرفته میشود. افزونه و افزایه هر دو نوعی از برافزا هستند.
افزونه و افزایه
افزونهها کمی با افزایهها (به انگلیسی: Plug-in) متفاوتند. بر خلاف افزایهها که معمولاً از واسط کاربری برنامه کاربردی استفاده میکنند و چارچوبی معین برای عملکردهایشان دارند، اما افزونهها معمولاً محدودیت کمتری داشته و بعضاً واسط کاربری مربوط به خود را دارند. و همینطور افزایهها دارای قابلیتهای محدودتری هستند.
ماشین مجازی
در علم کامپیوتر ماشین مجازی (به انگلیسی: Virtual machine) نرمافزاری است که بر روی یک کامپیوتر پیادهسازی میشود. این پیادهسازی بهگونهای است که تصور میشود یک کامپیوتر واقعی در حال اجرای برنامههای ماست.
تعاریف
یک ماشین مجازی، در ابتدا توسط Popek and Goldberg به صورت "یک نسخه کپی شده از روی یک ماشین واقعی، به صورت کارا و ایزوله شده" تعریف شد. استفادههای کنونی، ماشینهای مجازیای را شامل میشود که هیچ ارتباط با سختافزار واقعی ندارند.
ماشینهای مجازی، بر اساس استفاده و درجه ارتباط به ماشین واقعی، به دو دسته اصلی تقسیم میشوند. یک ماشین مجازی سیستمی یک زیرساخت محاسباتی کامل را فراهم میکند که از اجرای یک سیستمعامل کامل پشتیبانی میکند. در مقابل، یک ماشین مجازی فرایند، برای اجرای یک برنامه واحد طراحی شده، که این به این معناست که صرفاً یک از یک فرایند خاص پشتیبانی میکند. یک ویژگی مهم یک ماشین مجازی، این است که نرمافزاری که درون آن در حال اجراست، با منابع و سطوح انتزاعی که توسط ماشین مجازی اعمال میشود، محدود شدهاست – یعنی نمیتواند از دنیای مجازی خود خارج شود.
مثال: یک برنامه که به زبان جاوا نوشته شدهاست، با ارسال فرامین و دریافت نتایج مورد نظرش، خدماتی از نرمافزار ماشین مجازی جاوا (JVM) میگیرد. با ارائه این خدمات به برنامه، نرمافزار جاوا، به عنوان یک ماشین مجازی عمل میکند.
نرمافزار آزاد و متنباز
نرمافزار آزاد و متنباز (به انگلیسی: Free and open source software یا FLOSS، F/OSS، FOSS)، نرمافزاری است که بهمنظور تامین حق کاربران برای مطالعه، تغییر، و بهبود طراحی آن، با دردسترسبودن کد مبدأ نرمافزار، بهشکل آزاد پروانهدار گشته است.
نرمافزار قابل حمل
نرمافزار قابل حمل (Portable application) به نرمافزاری گفته میشود که بدون نیاز به نصب بر روی سیستمعامل از روی لوح فشرده, یواسبی فلش درایو، حافظه فلش یا فلاپیدیسک قابل اجرا باشد.
نرمافزار کاربردی
نرمافزار کاربردی (به انگلیسی: Application software) عبارت است از نرمافزاری که با استفادهٔ مستقیم از منابع و قابلیتهای رایانه کاری را مستقیماً برای کاربر انجام میدهد. باید توجه داشت که این عبارت در مقابل عبارت نرمافزار سیستمی معنی پیدا میکند.
نرمافزار سیستمی در مقابل در پسزمینه عمل میکند و خدماتی را فراهم میکند که دیگر نرمافزارها و یا سیستمعامل میتوانند برای انجام کارهای خود از آن استفاده کنند. اما در عوض معمولاً مستقیماً با کاربر عادی در تماس نیست و خدماتی را به او ارایه نمیدهد.
در عمل بیشتر نرمافزارهایی که کاربران با آنها سر و کار دارند از این دسته محسوب میشوند. برای مثال میتوان به نرمافزارهای رومیزی یعنی واژهپردازها، صفحه گستردهها، نرمافزارهای طراحی گرافیکی، بازیهای رایانهای و امثال آنها اشاره کرد.
بسیاری نرمافزارهای کاربردی، برای توسعهدهندگان ابزار رابط برنامهنویسی کاربردی هم فراهم میکنند تا بتوان از قابلیتهای نرمافزار در نرمافزارهای جدید استفاده کرد. برای مثال نرمافزار ادوبی آکروبات هنگام نصب ایپیآی فراهم میکند که برنامهنویس میتواند با استفاده از آن تواناییهای آکروبات را در برنامهٔ خود به کار گیرد.
برای عنوان نمونههای دیگر میتوان به نرمافزارهای پردازش متن، برگههای گسترده (صفحات گسترده) و نرمافزارهای پخش نوا و نما اشاره کرد.
نرمافزار متنباز
نرمافزار متنباز (به انگلیسی: Open Source Software) به نرمافزارهایی میگویند که افراد میتوانند در کد منبع آنها تغییر ایجاد کرده و یا اشکالات (باگ) احتمالی آنها را رفع کنند. این یک شیوه توسعه نرمافزار است که میتواند هم برای نرمافزارهای آزاد و هم برای نرمافزارهای با مالکیت انحصاری و تجاری به کار رود.
مشخصات متنباز
مقدمه
متنباز فقط دسترسی به کد نرمافزار نیست..
نرمافزارهای متنباز باید دارای ۱۰ تعریف زیر باشند:
۱. توزیع مجدد آزاد
نرمافزار باید بدون نیاز به حق امتیاز یا هر گونه پرداختی برای فروش، امکان توزیع به صورت آزاد را داشته باشد.
۲. کد منبع
کد نرمافزار باید شامل نرمافزار باشد و اجازه توزیع کد نرمافزار داده بشود (برای مثال از یک صفحه وب قابل دانلود باشد).
۳. کار مشتقشده
اعمال تغییرات و کارهای بعدی روی نرمافزار امکانپذیر باشد و این نرمافزار جدید را بتوان تحت همان شرایط نرمافزار اولیه و اصلی تکثیر کرد.
۴. نگهداری تمامیت کد منبع نویسنده اصلی نرمافزار مجوز نرمافزار ممکن است اجازه تغییر در اصل متن برنامه را به کاربران ندهد و تنها اجازهٔ افزودن وصلههای نرمافزاری و کامپایل مجدد برنامه را بدهد. در این شرایط توسعه دهندگان تنها میتوانند توزیعهایی به کمک وصلههای نرمافزاری خود ایجاد نمایند. مجوز نرمافزاری میباید صراحتاً ایجاد توزیع تازه با تغییر مجدد در کد اصلی را محدود نماید. نرمافزار توزیع شده تحت این مجوز میباید حتمن نام نسخهای تازه را داشته باشد.
۵. بین افراد و گروهها تبعیضی گذاشته نشود
اجازهنامه نباید بین افراد یا گروهها تبعیضی بگذارد.
۶. هیچ تبعیضی در نوع استفاده از نرمافزار وجود نداشته باشد
هیچ گونه تبعیض و تمایزی بین هر فعالیتی که در راستای نرمافزار انجام میگیرد، وجود نداشته باشد. برای مثال نرمافزاری نباید بین استفادهٔ تجاری یا تحقیقاتی تبعیض قائل شود.
۷. توزیع اجازهنامه
مجوز باید به هرکسی که یک کپی از نرمافزار را دریافت میکند نیز اختصاص یابد، بدون اینکه آنها نیاز به توافق و هماهنگی با اجازهنامهٔ دیگری داشته باشند.
۸. اجازهنامه نباید مخصوص یک محصول باشد
حقوق داده شده در مجوز یک نرمافزار نباید وابسته به این باشد که بخشی از بسته بزرگتری است. در صورتی که نرمافزار از محصول دریافت شده نیز جدا شود، باید همان حقوق را در استفاده، توزیع و ویرایش، به دریافت کننده نرمافزار را اعطا کند. تمام کسانی که آن نرمافزار را، که قبلاً به عنوان بخشی از محصول بزرگتری بوده است، دریافت و یا توزیع مجدد میکنند باید تمامی حقوق را مانند محصول اصلی داشته باشند.
۹. اجازهنامه نباید نرمافزارهای دیگر را محدود کند
شرایط تعریف شده در مجوز نباید توزیع نرمافزار را درکنار نرمافزارها با مجوزهای دیگر محدود کند. برای نمونه نمیتواند تعیین کند که تمامی نرمافزارهای ارائه شده در لوح فشرده ارائه شده باید متن باز باشند.
۱۰. اجازهنامه باید از نظر تکنولوژی بیطرف باشد
اجازهنامه نباید مختص یک تکنولوژی خاص باشد.
در ایران
مرکز ملی توسعه و بکارگیری نرمافزارهای بومی و آزاد /متن باز ایران (متنام) روز چهارشنبه مورخ ۲۲ خرداد ۱۳۹۲ در ساختمان دوم سازمان فناوری اطلاعات ایران افتتاح شد.
مایاسکیوال
مایاسکیوال (به انگلیسی: MySQL) یک سامانه مدیریت پایگاه دادهها متنباز است، که توسط شرکت اوراکل توسعه، توزیع، و پشتیبانی میشود.
سرور مایاسکیوال به چندین کاربر اجازه استفاده همزمان از دادهها را میدهد.
مزیتها
مایاسکیوال از مزیتهای زیر بهرهمند است:
مقیاسپذیری و قابلیت انعطاف
عملکرد بالا
در دسترسبودن بالا
پشتیبانی از تراکنشها
محافظت از داده
آسان بودن مدیریت
آزاد بودن برنامه
پشتیبانی شبانهروزی
تاریخچه
توسعه مایاسکیوال در سال ۱۹۹۴ توسط مایکل وایدنیوس و دیوید آکسمارک آغاز شد. اولین نسخه داخلی در ۲۳ می ۱۹۹۵ عرضه شد. در سال ۲۰۰۸ سان میکروسیستمز مایاسکیوال ایبی را خریداری کرد. شرکت اوراکل سان میکروسیستمز را در ۲۷ ژانویه ۲۰۱۰ خریداری کرد.
قابلیتها
انواع داده
انواع دادههای پشتیبانی شده در مایاسکیوال شامل موارد زیر است:
عددی
کاراکتری
دودویی
شمارشی (Enum)
زمان و تاریخ
نوعهای دادههای فضایی (به انگلیسی: Spatial)
موتورهای ذخیرهسازی
مایاسکیوال از چندین موتور ذخیرهسازی پشتیبانی میکند که به عنوان نوعهای جدول مختلف عمل میکنند. برخی انواع موتورهای ذخیرهسازی در برابر تراکنشها امن، و برخی دیگر در برابر تراکنشها ناامن هستند.
لیست موتورهای ذخیرهسازی مایاسکیوال شامل موارد زیر است:
اینودیبی (به انگلیسی: InnoDB): امن در برابر تراکنشها است. از قواعد جامعیت کلید خارجی پشتیبانی میکند. از مایاسکیوال ۵.۵.۵ موتور ذخیرهسازی پیشفرض مایاسکیوال است.
مایآیسم (به انگلیسی: MyISAM): قبل از نسخه ۵.۵.۵ موتور ذخیرهسازی پیشفرض مایاسکیوال بود.
حافظه (به انگلیسی: Memory): تمام داده را به منظور دسترسی سریع در حافظه نگهداری میکند.
ادغام (به انگلیسی: Merge): قابلیت گروهبندی کردن چندین جدول مایآیسم مشابه و ارجاع به آنها به عنوان یک جدول را میدهد.
آرشیو (به انگلیسی: Archive): برای نگهداری دادههای آرشیوی که به ندرت به آنها ارجاع میشود.
متحد (به انگلیسی: Federated): برای پیوند زدن چندین سرور مایاسکیوال مجزا برای ایجاد یک پایگاهداده منطقی از چندین سرور فیزیکی.
سیاسوی (به انگلیسی: CSV): داده را در فایلهای متنی با قالب مقادیر جداشده با کاما ذخیرهسازی میکند.
سیاهچاله (به انگلیسی: Blackhole): ورودی داده را قبول میکند، ولی آن را ذخیره نمیکند.
برنامههای ذخیرهشده
در مایاسکیوال هر برنامه ذخیرهشده شامل یک بدنه است که از عبارات اسکیوال تشکیل شده است. برنامههای ذخیرهشده میتوانند مقادیر خروجی داشته باشند (ایجاد شده توسط CREATE PROCEDURE) یا نداشته باشند (ایجاد شده توسط CREATE FUNCTION). اگر یک برنامه خروجی داشته باشد، از آن میتوان در پرسوجوی SELECT استفاده کرد.
مایا
مایا نام نرمافزاری برای طراحی سه بعدی است. این نرمافزار نخست توسط شرکت آلیاس. ویو فرانت عرضه شدهاست که در سال ۲۰۰۵ شرکت اتودسک (شرکت سازنده نرمافزارهای سه بعدی و انیمیشن سازی از جمله تریدیاسمکس و اتوکد) آن را خریداری کرد و نسخههای جدید مایا با نام اتودسک مایا (Autodesk MAYA) به بازار عرضه شدند.
مایا یکی از پیشرفتهترین نرمافزار انیمیشن و مدل سازی سه بعدی است که به طور گسترده در استودیوهای فیلم سازی، انیمیشن و همینطور صنعت بازیهای رایانهای استفاده میشود. البته نقطه قوت مایا در ابزارهای مدل سازی آن است و در شرکتهای بزرگ نیز بیشتر از این خصیصه اش استفاده میکنند. تکنولوژی NURBS بکار رفته در این استودیو انیمیشن سازی، باعث کمک به طراحی بهینه اشیاء طبیعی از جمله چمن، گیاهان، مو و... میشود. توانایی بالا در Rendering که با استفاده از موتور قدرتمند mentalray و وجود Materialهای متنوع در این نرمافزار از جمله موارد کلیدی آن است. از جمله ویژگیهای این نرمافزار، انعطاف پذیری و قابلیتهای شخصی سازی (customization) آن است که به کاربران حرفهای اجازه میدهد به سادگی محیط آن را به دلخواه خود تغییر دهند. مایا یک نرمافزار جامع است که به بخش های مختلفی تقسیم شده که هر بخش ویرایش و ایجاد یکی از مراحل ساخت انیمیشن رابر عهده دارد و نیاز کاربر را به نرمافزار های جانبی به حد اقل میرساند . به علاوه، یکی دیگر از قابلیتهای منحصربهفرد آن امکان توسعه این نرمافزار برای استفاده کنندگان آن است. کاربران میتوانند از طریق زبانهای برنامه نویسی سی پلاس پلاس، MEL یا (maya embedded language) و همینطور پایتون آن را توسعه دهند و ابزارها و امکاناتی که پیشتر در نرمافزار وجود نداشتهاند را به آن اضافه کنند. به همین دلیل بسیار مورد توجه استودیوهای بزرگ سازنده فیلم و انیمیشن قرار گرفتهاست.
تا سال ۲۰۰۹ مایا در دو گونهٔ maya complete و maya unlimited عرضه میشد که گونهٔ دوم امکانت گسترده تر همینطور قیمت بالا تری داشت، اما از نسخه ۲۰۱۰ به بعد فقط در یک گونه و با تمام امکانات عرضه میشود. آخرین نسخه مایا maya 2014 است. البته لازم به ذکر است که در سالهای اخیر، این نرمافزار در قالب ۳۲ بیت و ۶۴ بیت عرضه میشود.
در سال ۲۰۰۳ نرمافزار مایا برنده جایزه Academy Award برای "موفقیتهای علمی و فنی" شد.
هسته اصلی مایا در زبان سیپلاسپلاس نوشته شدهاست.
نرمافزار مایا بر روی سیستمعاملهای ویندوز، لینوکس و مکینتاش قابل استفادهاست.
مامبو
مامبو (Mambo Open Source یا MOS) یک سیستم مدیریت محتوا (CMS) به صورت متن باز و نرمافزار آزاد میباشد که امکانات زیادی برای ایجاد و مدیریت یک وبگاه چندمنظوره با یک رابط ساده فراهم میکند.
مامبو به زبان PHP نوشته شده و به صورت پیش فرض از پایگاه داده MySQL استفاده میکند. این سیستم مدیریت محتوا مانند سایر پروژههای PHP/MySQL به اغلب محیطهای کاری کامپیوتری (سیستمعاملها و معماریهای مختلف) قابل انتقال (portable) است.
مامبو تحت مجوز گنو (GPL) منتشر میگردد و حقوق آن متعلق به بنیاد مامبو (Mambo Foundation) میباشد.
ویژگیهای مامبو
ویژگیها و امکانات مامبو مشابه با دیگر سیستمهای مدیریت محتوا بوده و برخی از آنها در فهرست زیر آمدهاست:
اطلاعات کاملاً در دیتا بیس قرار دارد
رابط کاربری و مدیریتی ساده
پشتیبانی از XML و RSS
امکان تهیه صفحات نهانی (cache) برای بالا بردن سرعت مرور وبگاه
ایجاد فروم، نظر سنجی و وبلاگ
چندزبانه بودن و قابلیت محلی سازی
آخرین نسخه
در حال حاضر (دسامبر ۲۰۰8) آخرین نسخه منتشر شده مامبو ۴٫۶.۵ میباشد. وبژگیهای این نسخه عبارتاند از:
قسمت مدیریت کاملا دو زبانهاست . با تغییر زبان قالب هم متناسب با دایرکشن مربوطه تغییر میکند
تاریخهای بخش کاربری و مدیریت با تغییر زبان، تغییر میکنند یعنی با تغییر زبان به انگلیسی تاریخها میلادی و با تغییر به زبان فارسی تاریخها شمسی میشوند . این قابلیت برای سایتهای چند زبانه بسیار کاربرد دارد. ( این قابلیت در مدیریت محتواهای مشابه وجود ندارد )
حل چند مشکل امنیتی که با روشن بودن Register Global ممکن بود سایتها را دچار آسیب کند
حل مشکل Vote & SEF
حل مشکل حالت نمایش ساده و پیشرفته قسمت مدیریت
اضافه شدن قسمتهای بیشتر برای ترجمه از قسمت مدیریت
ارتقا پاپ آپ تاریخ در قسمت مدیریت
حل مشکل Tooltipها و افزایش عرض صفحه
...
متدهایی در زنجیرهی بین انطباقی تا پیشگویانه وجود دارند. متدهای چابک در بخش انطباقی این زنجیره قرار دارند. متدهای انطباقی بر انطباق سریع با واقعیات تغییریافته متمرکز است. وقتی نیازهای یک پروژه تغییر میکند، یک تیم انطباقی نیز تغییر میکند. یک تیم انطباقی به سختی توضیح میدهد که در آینده دقیقاً چه اتفاقی خواهد افتاد.
در متد انطباقی هرچه تاریخ دورتر باشد، ابهام در بیان اینکه در آن تاریخ چه اتفاقی خواهد افتاد، بیشتر است. یک تیم انطباقی نمیتواند وظایفی را که اعضا در هفتهی آینده خواهد داشت گزارش دهد، تنها میتواند ترکیب کارهایی را که برای ماه آینده قرار است انجام شود بیان کند. وقتی در مورد انتشار شش ماه از حالا سؤال میشود، یک تیم انطباقی ممکن است فقط بتواند بیانیهی مأموریت (برای آن انتشار) یا بیانیهی ارزش موردانتظار در مقابل هزینه را گزارش دهد.
در مقابل، متدهای پیشگویانه، بر تحلیل و برنامهریزی آینده به صورت جزئی و برای ریسکهای شناختهشده تمرکز دارد. در نهایت، یک تیم پیشگویانه میتواند دقیقاً گزارش دهد که چه ترکیب کار و چه وظایفی در سرتاسر فرایند توسعه برنامهریزی شدهاست. متدهای پیشگویانه بر فاز ابتدایی و اثربخش تحلیل تکیه دارد و اگر این فاز با اشتباه زیادی پیش رود، ممکن است جهت پروژه به سختی اصلاح شود. تیمهای پیشگویانه اغلب یک هیأت کنترل تغییر ایجاد میکنند تا اطمینان یابند که تنها به تغییرات با ارزش فکر میشود.
متدهای رسمی، بر خلاف متدهای انطباقی و پیشگویانه، بر تئوری علوم کامپیوتری با طیف گستردهای از انواع مفاهیم ثابت تکیه دارد. یک متد رسمی میکوشد تا نبود خطاها را با درجهای از جبرگرایی ثابت کند. بعضی متدهای رسمی مبتنی بر بررسی مدل هستند و مثالهای متضادی برای کدهایی که نمیتوان ثابت کرد، فراهم میکنند. تیمهای چابک ممکن است متدهای رسمی بسیار منظمی به کار گیرند.
متدهای چابک که از دههی 90-1980 توسط James Martin و دیگران حمایت شدند، اشتراکات زیادی با «توسعهی سریع اپلیکیشنها» دارند. علاوه بر متدهای مبتنی بر تکنولوژی، متدهای مشتریمحور و طراحیمحور (مانند نمونهسازی سریع تجسممحور که توسط Brian Willison توسعه یافت)، مشتریان و کاربران نهایی را به تسهیل توسعهی چابک نرمافزار تشویق میکنند.
در سال 2008 مؤسسهی مهندسی نرمافزار (SEI) گزارش فنی «CMMI یا چابک: چرا هر دو نه؟» را برای روشن کردن اینکه مدل یکپارچهی قابلیت بلوغ (CMMI) و مدل چابک هر دو میتوانند وجود داشته باشند، منتشر کرد. CMMI ورژن 1.3 شامل تیپهایی برای پیادهسازی چابک و CMMI است.
یکی از تفاوتهای بین چابک و آبشاری، این است که تست نرمافزار در نقاط مختلفی در چرخهی عمر توسعهی نرمافزار انجام میشود. در مدل آبشاری، یک فاز تست به صورت جداگانه بعد از پیادهسازی وجود دارد. در چابک XP، به طور همزمان با پیادهسازی انجام میشود. به طور کلی اگر بیشتر ناشناختهها شناخته شوند (مانند نیازمندیهای خوبی که تا آن زمان تحلیل شدهاند)، رویکرد پیشگویانه ممکن است مناسبتر باشد. اما اگر ناشناختههای شناختهنشدهی زیادی وجود داشته باشد (مانند نیازمندیهایی که ضعیف شناختهشدهاند و هنوز بهبود نیافتهاند)، رویکرد چابک اجازهی بلوغ تدریجی و پیادهسازی را میدهد.
متدهای چابک
متدهای معروف توسعهی چابک نرمافزار عبارتند از:
مدلسازی چابک
فرایند یکپارچهی چابک (AUP)
Crystal Clear
متدهای Crystal
متدهای توسعهی سیستمهای دینامیک (DSDM)
برنامهنویسی اکستریم (XP)
توسعهی ویژگیمحور (FDD)
طراحی گرافیکی سیستم (GSD)
توسعه Kanban
توسعه Lean
Scrum
ردیابی سرعت
سازماندهی متد
در ، اصطلاحات متفاوتی به مفهوم متد انطباقی برمیگردد، شامل «سازماندهی متد»، «تطابق قطعات متد» و «مهندسی موقعیتی متد». مناسبسازی متد به صورت زیر تعریف میشود:
فرایند یا قابلیتی که در آن عوامل انسانی یک رویکرد توسعهی سیستم را برای موقعیت پروژهای خاص از طریق تغییرات پاسخگو در، و اثرات متقابل دینامیک بین زمینهها، مفاهیم و قطعات متد تعریف میکنند.
به طور بالقوه، تقریباً تمام متدهای چابک برای سازماندهی متد مناسب هستند. حتی متد DSDM نیز با این هدف به کار گرفته شده و با موفقیت در یک زمینهی CMM سازماندهی میشود. اقتضای وضعیت، به عنوان یک مشخصهی متمایز بین متدهای چابک و متدهای توسعهی سنتی نرمافزار مطرح است، دومی نسبتاً جدیتر و تجویزی است.
پیادهسازی کاربردی این است که متدهای چابک به تیمهای پروژه اجازهی تطبیق روشهای کاری را با نیازهای پروژههای منحصربهفرد بدهند. روشها فعالیتها و محصولات به هم پیوستهای هستند که بخشی از یک چارچوب متد را تشکیل میدهند. در یک سطح خیلی بالاتر، فلسفهی پشت متد، شامل تعدادی اصول است که میتوانند منطبق باشند (Aydin، 2004).
برنامهنویسی Extreme (XP) نیاز به انطباق متد را شفاف میکند. یکی از ایدههای بنیادین XP این است که هیچ فرایندی برای تمام پروژهها مناسب نیست، اما ترجیحاً روشها باید برای هر پروژهی منحصربهفرد سازماندهی مناسبسازی شوند. انطباق جزئی روشهای XP، که توسط Beck طرح شد، در موارد مختلفی گزارش شده است.
یک روش سازماندهی پیشنهاد میکند که یک نقشهی راه و راهنماهای مناسب برای انطباق با تمام روشها ارائه میدهد. روش RDP برای سفارشیسازی XP طراحی شده است. این روش، برای اولین بار در کارگاه APSO در کنفرانس ICSE 2008، به عنوان یک مقالهی تحقیقاتی طولانی طرح شد، و اکنون نیز تنها متد طراحیشده و قابلاجرا برای سفارشیسازی XP است. اگرچه این روش به طور خاص راهحلی برای XP است، اما قابلیت توسعه برای سایر متدولوژیها را دارد.
در نگاه اول، این روش در گروه متدهای استاتیک انطباق به نظر میرسد، اما آزمایشها با روش RDP میگوید این روش میتواند مانند یک متد دینامیک انطباق عمل کند. تفاوت ظریفی بین متدهای استاتیک انطباق و متدهای دینامیک انطباق وجود دارد. فرض کلیدی در مورد متد استاتیک انطباق این است که زمینهی پروژه در ابتدای یک پروژه داده میشود و در طول اجرای پروژه نیز ثابت میماند. نتیجه یک تعریف استاتیک از زمینهی پروژه است. با دادن چنین تعریفی و با استفاده از مسیر نقشهها میتوان تعیین کرد کدام قسمت متد ساختیافته، بر اساس مجموعهای از معیارهای از پیشتعیینشده، باید برای آن پروژهی خاص به کار رود. در مقابل، متد دینامیک انطباق، فرض میکند پروژه در یک زمینهی نوظهور واقع شده است. یک زمینهی نوظهور به این موضوع اشاره میکند که یک پروژه با فاکتورهای نوظهوری سر و کار خواهد داشت که بر شرایط مربوطه اثر میگذارند، اما قابلپیشبینی نیستند. همچنین به این معناست که زمینهی پروژه ثابت نیست و در طول اجرا تغییر میکند. در چنین موردی نقشههای مسیر تجویزی مناسب نیستند. مفهوم کاربردی متد دینامیک انطباق این است که مدیران پروژه اغلب ناچارند در طول اجرای یک پروژه، قسمتهای ساختیافته را تغییر دهند یا حتی قسمتهای جدیدی ابداع کنند (Aydin و همکاران، 2005).
چرخهی عمر توسعهی نرمافزار
متدهای چابک بر جنبههای متفاوتی از چرخهی عمر توسعهی نرمافزار تمرکز دارند. بعضی از آنها بر روشها (برنامهنویسی extreme، برنامهنویسی فعال مدلسازی چابک) تمرکز دارند، در حالی که بعضی دیگر بر مدیریت پروژههای نرمافزاری تأکید دارند (مانند رویکرد scrum). هنوز، رویکردهایی وجود دارند که تمام چرخهی عمر توسعه را پوشش میدهند (متدهای توسعهی سیستم دینامیک (DSDM) و Rational Unified Process (RUP))، در حالی که بیشتر آنها از فاز تعیین نیازمندیها مناسب هستند (مثلاً ویژگیمحور در توسعه یا FDD). بنابراین، یک تفاوت آشکار بین متدهای گوناگون توسعهی چابک نرمافزار در این مورد است. اگرچه DSDM و RUP نیازی به رویکردهای مکمل برای پشتیبانی از توسعهی نرمافزار ندارند، بقیهی آنها با درجات متفاوت این نیاز را دارند. DSDM میتواند توسط هر کسی به کار رود (علیرغم اینکه فقط اعضای DSDM میتوانند محصولات یا خدمات DSDM را عرضه کنند). RUP یک محیط توسعه تجاری فروشی است (Abrahamsson، Salo، Rankainen & Warsta، 2002).
اندازهگیری میزان چابکی
اگرچه چابکی به عنوان ابزاری برای پایان دیده میشود، تعدادی رویکرد پیشنهاد شدهاند که کیفیت چابکی را تعیین میکنند. اندازهگیری شاخصهای چابکی (AIM) پروژهها را برای کسب یک امتیاز کل، در مقابل تعدادی از فاکتورهای چابکی امتیازدهی میکنند. نام مشابه «شاخص اندازهگیری چابکی»، توسعهها را در برابر 5 بعد یک پروژهی نرمافزاری (مدتزمان، ریسک، تازگی، تلاش و تعامل) امتیازدهی میکند. تکنیکهای دیگر مبتنی بر اهداف قابلاندازهگیری هستند.
مطالعهی دیگری با استفاده از ریاضیات فازی (fuzzy)، میگوید سرعت پروژه میتواند یکی از استانداردهای چابکی باشد. خودارزیابیهایی در چابکی وجود دارد که تعیین میکند آیا یک تیم از روشهای چابک استفاده میکند یا خیر (آزمون Nokia، آزمون Karlskrona، 42 آزمون نکتهای).
اگرچه چنین رویکردهایی برای اندازهگیری چابکی پیشنهاد شدهاند، کاربرد عملی چنین معیارهایی هنوز دیده میشود. از لحاظ تاریخی، در پروژههای چابکی که نتوانستهاند نتایج مطلوبی تولید کنند، کمبود داده وجود دارد. میتوان مطالعاتی را یافت که پروژهها را با پیادهسازی ناکارآمد یک (یا چند) متد چابک، ضعیف گزارش کردهاند، اما هیچجا احساس نشد که به درستی اجرا شدهاند و در تحویل تعهدات خود شکست خوردهاند.
«این ممکن است یک دلیل بیمیلی برای انشتار مقالات در مورد پروژههای ناموفق باشد، یا ممکن است نشاندهندهی آن باشد که وقتی متدهای چابک کار میکنند که پیادهسازی درست انجام شود.». اگرچه، دادههایی از ROI توسعهی چابک نرمافزار از CSIAC ROI Dashboard در دسترس است.).
آزمودگی و پذیرش
یکی از مطالعات اخیر که دستاوردهای کیفیت، بهرهوری و رضایت کسبوکار با استفاده از متدهای چابک را گزارش میدهد، یک بررسی بود که توسط Shine Technologies از نوامبر 2002 تا ژانویهی 2003 انجام شد.
یک بررسی مشابه در سال 2006 توسط Scott Ambler (رهبر تمرین توسعهی چابک با گروه متدهای عقلانی IBM) انجام شد که همین فواید را بیان کرد. در بررسی انجامشده توسط VersionOne (یک تهیهکنندهی نرمافزار برای برنامهریزی و پیگیری پروژههای توسعهی چابک نرمافزار) در سال 2008، 55 درصد پاسخدهندگان گفتند متدهای چابک در 90 تا 100 درصد موارد موفق بودهاند.
برخی دیگر ادعا میکنند متدهای توسعهی چابک بسیار جوانتر از آن هستند که نیاز به اثبات گسترده و علمی موفقیتشان داشته باشند.
سازگاری
بخش وسیعی از توسعهی چابک نرمافزار به صورت یک زمینهی تحقیقاتی پرکار باقیمانده است. به طور گسترده توسعهی چابک برای انواع مشخصی از محیطها، شامل تیمهای کوچک متخصصان، مناسبتر به نظر میرسد. در سالهای اخیر برخورد مثبت با متدهای چابک در دامنهی Embedded در اروپا مشاهده شده است. بعضی مواردی که ممکن است بر موفقیت یک پروژهی چابک، تأثیر منفی بگذارد، عبارتند از:
تلاشهای توسعه در مقیاس وسیع (>20 توسعهگر)، اگرچه استراتژیهای مقیاسگذاری و مدارک بعضی پروژههای بزرگ توضیح داده شده است؛
تلاشهای توسعهی توزیعشده (تیمهای غیرهممکان). استراتژیها در «پلبندی و فاصله» و «استفاده از فرایند چابک نرمافزار با توسعهی دور دورکاری» توضیح داده شده است؛
تحمیل یک فرایند چابک به یک تیم توسعه؛ سیستمهای مأموریت بحرانی که در آنها شکست، به هر قیمتی یک گزینه نیست (مثل نرمافزار کنترل ترافیک هوایی).
اخیراً موفقیتها، چالشها و محدودیتهایی که در انطباق با متدهای چابک در یک سازمان بزرگ مشاهده میشوند، مستندسازی شدهاند. در شرایط برونسپاری توسعهی چابک، Michael Hckett، معاون رئیس شرکت LogiGear گفتهاست «یک تیم دورکار... باید این موارد را داشته باشد: تخصص، تجربه، مهارتهای ارتباطی خوب، تفاهم بین فرهنگها، اعتماد و تفاهم بین اعضا، گروهها و با یکدیگر.». متدهای چابک به طور گسترده برای توسعهی محصولات نرمافزاری به کار رفتهاند، بعضی از آنها نیز از خصوصیات مشخصی از نرمافزار، مانند فناوریهای موضوع استفاده میکنند. اگرچه این فناوریها میتوانند برای محصولات غیر نرمافزاری (مانند کامپیوترها، وسایل نقلیهی موتوری، وسایل پزشکی، خوراک و پوشاک) نیز به کار گرفته شوند. همچنین تحلیل ریسک میتواند برای انتخاب بین متدهای انطباقی (چابک یا ارزشمحور) و پیشگویانه (برنامهمحور) استفاده شود. Barry Boehm و Richard Turner میگویند که هر سوی این زنجیره پایهی اصلی (home ground) خاص خود را دارد
نقد
ممکن است متدولوژیهای چابک در سازمانهای بزرگ و انواع خاصی از پروژهها ناکارآمد باشند.
متدهای چابک برای پروژههای توسعهای و غیردائمی بهتر به نظر میرسد. بسیاری از سازمانها باور دارند متدولوژیهای چابک بسیار قوی هستند و با یک رویکرد مخلوط که ترکیبی از المانهای رویکردهای چابک و برنامهمحور است، سازگار میشوند.
بسته نرمافزاری
یک بستهٔ نرمافزاری یا بستهٔ کاربردی مجموعهای از برنامههای رایانهای است که معمولاً شامل نرمافزارهای کاربردی و ابزارهای برنامهنویسی با قابلیتهای مرتبط است که معمولاً دارای تواناییهایی در مبادله اطلاعات و به اشتراک گذاشتن واسط کاربر است.
گاهی سازندگان نرمافزارها بستههایی را که چیزی بیش از جمعآوری نسخههای برنامه قبلی است را با هزینهای کمتر معرفی میکنند.
افزونه نرمافزاری
افزونه (به انگلیسی: Extension)، برنامهای در یک پرونده است که برای افزایش قابلیتها یا دادههای موجود در یک برنامهٔ پایهایتر استفاده میشود. در واقع نوعی فهرست دستورهایی است که به صورت مستقیم در برنامه شامل میشود. هنگام نصب آن احتمالاً خواسته میشود که یک یا چند مرحله برای تکمیل نصب پیموده شود که گاه نیز به صورت خودکار این مراحل انجام میشود.
گاه این عبارت اغلب به غلط با افزایه اشتباه گرفته میشود. افزونه و افزایه هر دو نوعی از برافزا هستند.
افزونه و افزایه
افزونهها کمی با افزایهها (به انگلیسی: Plug-in) متفاوتند. بر خلاف افزایهها که معمولاً از واسط کاربری برنامه کاربردی استفاده میکنند و چارچوبی معین برای عملکردهایشان دارند، اما افزونهها معمولاً محدودیت کمتری داشته و بعضاً واسط کاربری مربوط به خود را دارند. و همینطور افزایهها دارای قابلیتهای محدودتری هستند.
ماشین مجازی
در علم کامپیوتر ماشین مجازی (به انگلیسی: Virtual machine) نرمافزاری است که بر روی یک کامپیوتر پیادهسازی میشود. این پیادهسازی بهگونهای است که تصور میشود یک کامپیوتر واقعی در حال اجرای برنامههای ماست.
تعاریف
یک ماشین مجازی، در ابتدا توسط Popek and Goldberg به صورت "یک نسخه کپی شده از روی یک ماشین واقعی، به صورت کارا و ایزوله شده" تعریف شد. استفادههای کنونی، ماشینهای مجازیای را شامل میشود که هیچ ارتباط با سختافزار واقعی ندارند.
ماشینهای مجازی، بر اساس استفاده و درجه ارتباط به ماشین واقعی، به دو دسته اصلی تقسیم میشوند. یک ماشین مجازی سیستمی یک زیرساخت محاسباتی کامل را فراهم میکند که از اجرای یک سیستمعامل کامل پشتیبانی میکند. در مقابل، یک ماشین مجازی فرایند، برای اجرای یک برنامه واحد طراحی شده، که این به این معناست که صرفاً یک از یک فرایند خاص پشتیبانی میکند. یک ویژگی مهم یک ماشین مجازی، این است که نرمافزاری که درون آن در حال اجراست، با منابع و سطوح انتزاعی که توسط ماشین مجازی اعمال میشود، محدود شدهاست – یعنی نمیتواند از دنیای مجازی خود خارج شود.
مثال: یک برنامه که به زبان جاوا نوشته شدهاست، با ارسال فرامین و دریافت نتایج مورد نظرش، خدماتی از نرمافزار ماشین مجازی جاوا (JVM) میگیرد. با ارائه این خدمات به برنامه، نرمافزار جاوا، به عنوان یک ماشین مجازی عمل میکند.
نرمافزار آزاد و متنباز
نرمافزار آزاد و متنباز (به انگلیسی: Free and open source software یا FLOSS، F/OSS، FOSS)، نرمافزاری است که بهمنظور تامین حق کاربران برای مطالعه، تغییر، و بهبود طراحی آن، با دردسترسبودن کد مبدأ نرمافزار، بهشکل آزاد پروانهدار گشته است.
نرمافزار قابل حمل
نرمافزار قابل حمل (Portable application) به نرمافزاری گفته میشود که بدون نیاز به نصب بر روی سیستمعامل از روی لوح فشرده, یواسبی فلش درایو، حافظه فلش یا فلاپیدیسک قابل اجرا باشد.
نرمافزار کاربردی
نرمافزار کاربردی (به انگلیسی: Application software) عبارت است از نرمافزاری که با استفادهٔ مستقیم از منابع و قابلیتهای رایانه کاری را مستقیماً برای کاربر انجام میدهد. باید توجه داشت که این عبارت در مقابل عبارت نرمافزار سیستمی معنی پیدا میکند.
نرمافزار سیستمی در مقابل در پسزمینه عمل میکند و خدماتی را فراهم میکند که دیگر نرمافزارها و یا سیستمعامل میتوانند برای انجام کارهای خود از آن استفاده کنند. اما در عوض معمولاً مستقیماً با کاربر عادی در تماس نیست و خدماتی را به او ارایه نمیدهد.
در عمل بیشتر نرمافزارهایی که کاربران با آنها سر و کار دارند از این دسته محسوب میشوند. برای مثال میتوان به نرمافزارهای رومیزی یعنی واژهپردازها، صفحه گستردهها، نرمافزارهای طراحی گرافیکی، بازیهای رایانهای و امثال آنها اشاره کرد.
بسیاری نرمافزارهای کاربردی، برای توسعهدهندگان ابزار رابط برنامهنویسی کاربردی هم فراهم میکنند تا بتوان از قابلیتهای نرمافزار در نرمافزارهای جدید استفاده کرد. برای مثال نرمافزار ادوبی آکروبات هنگام نصب ایپیآی فراهم میکند که برنامهنویس میتواند با استفاده از آن تواناییهای آکروبات را در برنامهٔ خود به کار گیرد.
برای عنوان نمونههای دیگر میتوان به نرمافزارهای پردازش متن، برگههای گسترده (صفحات گسترده) و نرمافزارهای پخش نوا و نما اشاره کرد.
نرمافزار متنباز
نرمافزار متنباز (به انگلیسی: Open Source Software) به نرمافزارهایی میگویند که افراد میتوانند در کد منبع آنها تغییر ایجاد کرده و یا اشکالات (باگ) احتمالی آنها را رفع کنند. این یک شیوه توسعه نرمافزار است که میتواند هم برای نرمافزارهای آزاد و هم برای نرمافزارهای با مالکیت انحصاری و تجاری به کار رود.
مشخصات متنباز
مقدمه
متنباز فقط دسترسی به کد نرمافزار نیست..
نرمافزارهای متنباز باید دارای ۱۰ تعریف زیر باشند:
۱. توزیع مجدد آزاد
نرمافزار باید بدون نیاز به حق امتیاز یا هر گونه پرداختی برای فروش، امکان توزیع به صورت آزاد را داشته باشد.
۲. کد منبع
کد نرمافزار باید شامل نرمافزار باشد و اجازه توزیع کد نرمافزار داده بشود (برای مثال از یک صفحه وب قابل دانلود باشد).
۳. کار مشتقشده
اعمال تغییرات و کارهای بعدی روی نرمافزار امکانپذیر باشد و این نرمافزار جدید را بتوان تحت همان شرایط نرمافزار اولیه و اصلی تکثیر کرد.
۴. نگهداری تمامیت کد منبع نویسنده اصلی نرمافزار مجوز نرمافزار ممکن است اجازه تغییر در اصل متن برنامه را به کاربران ندهد و تنها اجازهٔ افزودن وصلههای نرمافزاری و کامپایل مجدد برنامه را بدهد. در این شرایط توسعه دهندگان تنها میتوانند توزیعهایی به کمک وصلههای نرمافزاری خود ایجاد نمایند. مجوز نرمافزاری میباید صراحتاً ایجاد توزیع تازه با تغییر مجدد در کد اصلی را محدود نماید. نرمافزار توزیع شده تحت این مجوز میباید حتمن نام نسخهای تازه را داشته باشد.
۵. بین افراد و گروهها تبعیضی گذاشته نشود
اجازهنامه نباید بین افراد یا گروهها تبعیضی بگذارد.
۶. هیچ تبعیضی در نوع استفاده از نرمافزار وجود نداشته باشد
هیچ گونه تبعیض و تمایزی بین هر فعالیتی که در راستای نرمافزار انجام میگیرد، وجود نداشته باشد. برای مثال نرمافزاری نباید بین استفادهٔ تجاری یا تحقیقاتی تبعیض قائل شود.
۷. توزیع اجازهنامه
مجوز باید به هرکسی که یک کپی از نرمافزار را دریافت میکند نیز اختصاص یابد، بدون اینکه آنها نیاز به توافق و هماهنگی با اجازهنامهٔ دیگری داشته باشند.
۸. اجازهنامه نباید مخصوص یک محصول باشد
حقوق داده شده در مجوز یک نرمافزار نباید وابسته به این باشد که بخشی از بسته بزرگتری است. در صورتی که نرمافزار از محصول دریافت شده نیز جدا شود، باید همان حقوق را در استفاده، توزیع و ویرایش، به دریافت کننده نرمافزار را اعطا کند. تمام کسانی که آن نرمافزار را، که قبلاً به عنوان بخشی از محصول بزرگتری بوده است، دریافت و یا توزیع مجدد میکنند باید تمامی حقوق را مانند محصول اصلی داشته باشند.
۹. اجازهنامه نباید نرمافزارهای دیگر را محدود کند
شرایط تعریف شده در مجوز نباید توزیع نرمافزار را درکنار نرمافزارها با مجوزهای دیگر محدود کند. برای نمونه نمیتواند تعیین کند که تمامی نرمافزارهای ارائه شده در لوح فشرده ارائه شده باید متن باز باشند.
۱۰. اجازهنامه باید از نظر تکنولوژی بیطرف باشد
اجازهنامه نباید مختص یک تکنولوژی خاص باشد.
در ایران
مرکز ملی توسعه و بکارگیری نرمافزارهای بومی و آزاد /متن باز ایران (متنام) روز چهارشنبه مورخ ۲۲ خرداد ۱۳۹۲ در ساختمان دوم سازمان فناوری اطلاعات ایران افتتاح شد.
مایاسکیوال
مایاسکیوال (به انگلیسی: MySQL) یک سامانه مدیریت پایگاه دادهها متنباز است، که توسط شرکت اوراکل توسعه، توزیع، و پشتیبانی میشود.
سرور مایاسکیوال به چندین کاربر اجازه استفاده همزمان از دادهها را میدهد.
مزیتها
مایاسکیوال از مزیتهای زیر بهرهمند است:
مقیاسپذیری و قابلیت انعطاف
عملکرد بالا
در دسترسبودن بالا
پشتیبانی از تراکنشها
محافظت از داده
آسان بودن مدیریت
آزاد بودن برنامه
پشتیبانی شبانهروزی
تاریخچه
توسعه مایاسکیوال در سال ۱۹۹۴ توسط مایکل وایدنیوس و دیوید آکسمارک آغاز شد. اولین نسخه داخلی در ۲۳ می ۱۹۹۵ عرضه شد. در سال ۲۰۰۸ سان میکروسیستمز مایاسکیوال ایبی را خریداری کرد. شرکت اوراکل سان میکروسیستمز را در ۲۷ ژانویه ۲۰۱۰ خریداری کرد.
قابلیتها
انواع داده
انواع دادههای پشتیبانی شده در مایاسکیوال شامل موارد زیر است:
عددی
کاراکتری
دودویی
شمارشی (Enum)
زمان و تاریخ
نوعهای دادههای فضایی (به انگلیسی: Spatial)
موتورهای ذخیرهسازی
مایاسکیوال از چندین موتور ذخیرهسازی پشتیبانی میکند که به عنوان نوعهای جدول مختلف عمل میکنند. برخی انواع موتورهای ذخیرهسازی در برابر تراکنشها امن، و برخی دیگر در برابر تراکنشها ناامن هستند.
لیست موتورهای ذخیرهسازی مایاسکیوال شامل موارد زیر است:
اینودیبی (به انگلیسی: InnoDB): امن در برابر تراکنشها است. از قواعد جامعیت کلید خارجی پشتیبانی میکند. از مایاسکیوال ۵.۵.۵ موتور ذخیرهسازی پیشفرض مایاسکیوال است.
مایآیسم (به انگلیسی: MyISAM): قبل از نسخه ۵.۵.۵ موتور ذخیرهسازی پیشفرض مایاسکیوال بود.
حافظه (به انگلیسی: Memory): تمام داده را به منظور دسترسی سریع در حافظه نگهداری میکند.
ادغام (به انگلیسی: Merge): قابلیت گروهبندی کردن چندین جدول مایآیسم مشابه و ارجاع به آنها به عنوان یک جدول را میدهد.
آرشیو (به انگلیسی: Archive): برای نگهداری دادههای آرشیوی که به ندرت به آنها ارجاع میشود.
متحد (به انگلیسی: Federated): برای پیوند زدن چندین سرور مایاسکیوال مجزا برای ایجاد یک پایگاهداده منطقی از چندین سرور فیزیکی.
سیاسوی (به انگلیسی: CSV): داده را در فایلهای متنی با قالب مقادیر جداشده با کاما ذخیرهسازی میکند.
سیاهچاله (به انگلیسی: Blackhole): ورودی داده را قبول میکند، ولی آن را ذخیره نمیکند.
برنامههای ذخیرهشده
در مایاسکیوال هر برنامه ذخیرهشده شامل یک بدنه است که از عبارات اسکیوال تشکیل شده است. برنامههای ذخیرهشده میتوانند مقادیر خروجی داشته باشند (ایجاد شده توسط CREATE PROCEDURE) یا نداشته باشند (ایجاد شده توسط CREATE FUNCTION). اگر یک برنامه خروجی داشته باشد، از آن میتوان در پرسوجوی SELECT استفاده کرد.
مایا
مایا نام نرمافزاری برای طراحی سه بعدی است. این نرمافزار نخست توسط شرکت آلیاس. ویو فرانت عرضه شدهاست که در سال ۲۰۰۵ شرکت اتودسک (شرکت سازنده نرمافزارهای سه بعدی و انیمیشن سازی از جمله تریدیاسمکس و اتوکد) آن را خریداری کرد و نسخههای جدید مایا با نام اتودسک مایا (Autodesk MAYA) به بازار عرضه شدند.
مایا یکی از پیشرفتهترین نرمافزار انیمیشن و مدل سازی سه بعدی است که به طور گسترده در استودیوهای فیلم سازی، انیمیشن و همینطور صنعت بازیهای رایانهای استفاده میشود. البته نقطه قوت مایا در ابزارهای مدل سازی آن است و در شرکتهای بزرگ نیز بیشتر از این خصیصه اش استفاده میکنند. تکنولوژی NURBS بکار رفته در این استودیو انیمیشن سازی، باعث کمک به طراحی بهینه اشیاء طبیعی از جمله چمن، گیاهان، مو و... میشود. توانایی بالا در Rendering که با استفاده از موتور قدرتمند mentalray و وجود Materialهای متنوع در این نرمافزار از جمله موارد کلیدی آن است. از جمله ویژگیهای این نرمافزار، انعطاف پذیری و قابلیتهای شخصی سازی (customization) آن است که به کاربران حرفهای اجازه میدهد به سادگی محیط آن را به دلخواه خود تغییر دهند. مایا یک نرمافزار جامع است که به بخش های مختلفی تقسیم شده که هر بخش ویرایش و ایجاد یکی از مراحل ساخت انیمیشن رابر عهده دارد و نیاز کاربر را به نرمافزار های جانبی به حد اقل میرساند . به علاوه، یکی دیگر از قابلیتهای منحصربهفرد آن امکان توسعه این نرمافزار برای استفاده کنندگان آن است. کاربران میتوانند از طریق زبانهای برنامه نویسی سی پلاس پلاس، MEL یا (maya embedded language) و همینطور پایتون آن را توسعه دهند و ابزارها و امکاناتی که پیشتر در نرمافزار وجود نداشتهاند را به آن اضافه کنند. به همین دلیل بسیار مورد توجه استودیوهای بزرگ سازنده فیلم و انیمیشن قرار گرفتهاست.
تا سال ۲۰۰۹ مایا در دو گونهٔ maya complete و maya unlimited عرضه میشد که گونهٔ دوم امکانت گسترده تر همینطور قیمت بالا تری داشت، اما از نسخه ۲۰۱۰ به بعد فقط در یک گونه و با تمام امکانات عرضه میشود. آخرین نسخه مایا maya 2014 است. البته لازم به ذکر است که در سالهای اخیر، این نرمافزار در قالب ۳۲ بیت و ۶۴ بیت عرضه میشود.
در سال ۲۰۰۳ نرمافزار مایا برنده جایزه Academy Award برای "موفقیتهای علمی و فنی" شد.
هسته اصلی مایا در زبان سیپلاسپلاس نوشته شدهاست.
نرمافزار مایا بر روی سیستمعاملهای ویندوز، لینوکس و مکینتاش قابل استفادهاست.
مامبو
مامبو (Mambo Open Source یا MOS) یک سیستم مدیریت محتوا (CMS) به صورت متن باز و نرمافزار آزاد میباشد که امکانات زیادی برای ایجاد و مدیریت یک وبگاه چندمنظوره با یک رابط ساده فراهم میکند.
مامبو به زبان PHP نوشته شده و به صورت پیش فرض از پایگاه داده MySQL استفاده میکند. این سیستم مدیریت محتوا مانند سایر پروژههای PHP/MySQL به اغلب محیطهای کاری کامپیوتری (سیستمعاملها و معماریهای مختلف) قابل انتقال (portable) است.
مامبو تحت مجوز گنو (GPL) منتشر میگردد و حقوق آن متعلق به بنیاد مامبو (Mambo Foundation) میباشد.
ویژگیهای مامبو
ویژگیها و امکانات مامبو مشابه با دیگر سیستمهای مدیریت محتوا بوده و برخی از آنها در فهرست زیر آمدهاست:
اطلاعات کاملاً در دیتا بیس قرار دارد
رابط کاربری و مدیریتی ساده
پشتیبانی از XML و RSS
امکان تهیه صفحات نهانی (cache) برای بالا بردن سرعت مرور وبگاه
ایجاد فروم، نظر سنجی و وبلاگ
چندزبانه بودن و قابلیت محلی سازی
آخرین نسخه
در حال حاضر (دسامبر ۲۰۰8) آخرین نسخه منتشر شده مامبو ۴٫۶.۵ میباشد. وبژگیهای این نسخه عبارتاند از:
قسمت مدیریت کاملا دو زبانهاست . با تغییر زبان قالب هم متناسب با دایرکشن مربوطه تغییر میکند
تاریخهای بخش کاربری و مدیریت با تغییر زبان، تغییر میکنند یعنی با تغییر زبان به انگلیسی تاریخها میلادی و با تغییر به زبان فارسی تاریخها شمسی میشوند . این قابلیت برای سایتهای چند زبانه بسیار کاربرد دارد. ( این قابلیت در مدیریت محتواهای مشابه وجود ندارد )
حل چند مشکل امنیتی که با روشن بودن Register Global ممکن بود سایتها را دچار آسیب کند
حل مشکل Vote & SEF
حل مشکل حالت نمایش ساده و پیشرفته قسمت مدیریت
اضافه شدن قسمتهای بیشتر برای ترجمه از قسمت مدیریت
ارتقا پاپ آپ تاریخ در قسمت مدیریت
حل مشکل Tooltipها و افزایش عرض صفحه
...
آسانسور
آسانسور یا بالابر (به فرانسوی: ascenseur)، اتاقک متحرکی است که به وسیلهٔ آن از طبقهای به طبقات بالا روند و یا از طبقهٔ بالا به پایین فرود آیند. به عبارت دیگر آسانسور تجهیزات حمل و نقل عمودی است که حرکت مردم و یا کالا بین طبقات را تسهیل میبخشد. آسانسور معمولاً به کمک موتور الکتریکی باعث حرکت عمودی کابین میشود.
پیشینه
از بررسی معماری ساختمانها در گذشته میتوان فهمید که در گذشته توان ساخت ساختمانهای بلند وچود داشتهاست ولی شاید دلیل اینکه چرا این کار چندان رواج نداشته، وجود پلههای بسیار بودهباشد. این مشکل همچنان پابرجا بود تا اینکه یک مکانیک آمریکایی به نام الیشا اوتیس ایمنی را در بالابر با به کارگیری چرخی ضامندار که در صورت پارهشدن طناب، اندکی پس از سقوط بالابر را متوقف میکرد، فراهم کرد. این اختراع که در سال ۱۸۵۴ در نمایشگاهی در نیویورک پردهبرداری شد، مقدمهای برای کاربرد گستردهٔ بالابر بود.ناصرالدین شاه در سفرنامه فرنگ خویش در تعریف و توصیف آسانسور میگوید: رفتیم به مریضخانه سنت توماس ... از مرتبههای زیر اسبابی دارند که ناخوش را روی تخت گذاشته از توی اطاق زیر میکشند به مرتبه بالا میبرند. بسیار تماشا داشت که ناخوش حرکت نکند.
در حال حاضر یکی از مشکلات ساختمانهای بزرگ کافی نبودن فضای در نظر گرفته شده برای آسانسور است. این امر یعنی پیشبینی و منظور نمودن فضای کافی با محاسبه تعداد ظرفیت و سرعت مناسب آسانسورها باتوجه به ارتفاع و جمعیت ساکن و کاربری ساختمان باید در ابتدای کار یعنی در زمان طراحی ساختمانها مد نظر قرار گیرد؛ وگرنه پس از اجرای ساختمان معمولاً افزایش فضای چاه آسانسور بسیار مشکل و در اکثر موارد غیر ممکن است.
آسانسور وسیلهای است الکترومکانیکی، در ابتدای اختراع آسانسور به شکل امروزی، بیشتر قطعات و لوازم آسانسورها مکانیکی و الکتریکی بود ولی با پیشرفت علوم در حوزه الکترونیک و نیمههادیها و همچنین ورود حوزه علوم هوش مصنوعی به صنعت این وسیله نیز تکامل یافت و به عنوان یک وسیله کاملاً کاربردی با حوزه سطح دسترسی کاملاً گسترده در بین جوامع شهری قرار گرفت. در طراحی آسانسور علومی همچون مکانیک، برق و الکترونیک، معماری و صنایع مورد استفادهاست. به همین علت هیچگاه یک متخصص به تنهایی قادر نخواهد بود که یک آسانسور را به تنهایی و با تکیه بر یکی از شاخههای علوم طراحی نماید. تا قبل از دهه ۱۹۹۰، عمده اموزشها در این صنعت بصورت اموزشهای محدود و استاد و شاگردی و صرفاً در کارخانههای بزرگ آسانسورسازی معمول بود. به همین سبب آموزش در این صنعت محدود و پنهان بود. برای اولین بار در سال ۱۹۹۵ میلادی اتحادیه آسانسور و پله برقی انگلستان (LEIA) با همکاری پروفسور یانوفسکی و پروفسور جینا بارنی اقدام به برگزاری دورههای آموزشی کوتاه مدت ماژولاری در انگلستان نمود که بیشتر مورد استفاده نصابان و متخصین این کشور بود. در ادامه این اتحادیه با همکاری دانشگاه نورث همپتون انگلستان دورههای دانشگاهی این رشته را در مقطع کاردانی و کارشناسی آغاز نمود. اولین دوره این مقاطع در سال ۱۹۹۸ در نورث همپتون انگلستان با هدایت جانات آدامز، برایان واتز، استفان کازمارسیزیک که از اعضای هیئت علمی دانشکده مهندسی مکانیک و علوم کاربردی بودند آغاز شد. از سال ۲۰۰۰ به بعد مقاطع کارشناسی ارشد و دکتری تخصصی تحت عنوان elevator and escalator engineering آغاز گشت.
انواع آسانسور
تمامی آسانسورها در داشتن خصوصیاتی مانند داشتن کابین، حرکت عمودی و توقف در سطوح مختلف با هم مشابه اند. اما از لحاظ نحوه اعمال نیروی محرکه به کابین متفاوت هستند که معمولاً به سه دسته آسانسورهای کششی، هیدرولیک و وینچی تقسیم می شوند(البته نوع فوق پیشرفته دیگری که مغناطیسی می باشد وجود دارد).
آسانسورهای کششی
نیروی محرکه در این نوع آسانسورها از یک موتورالکتریکی که معمولاً در بالای چاه آسانسور و در محلی به نام موتورخانه نصب گردیده، تامین می شود. بر روی فلکه این موتور تعدادی کابل فولادی (اصطلاحاً سیم بکسل) وجود دارد که از یک سمت به کابین آسانسور و از سمت دیگر به وزنههای آسانسور که درون قابی فلزی به نام قاب وزنه قرار دارند، متصل است. جنس این وزنه ها معمولاً از چدن یا بتن است. وزن این وزنه ها به اندازه وزن کابین به علاوه نصف ظرفیت کابین است. وزن هر نفر در محاسبات مربوط به آسانسور ۷۵ کیلوگرم است. دلیل قرار دادن وزنه در سیستم آسانسور کمک به بالا بردن آسانسور است در غیر اینصورت برای این کار باید موتورهای بسیار قوی با کیلووات بالا استفاده کرد. پس با این کار توان موتور مورد استفاده کاهش مییابد. طبیعی است که این وزنه در پایین آمدن آسانسور مزاحمت ایجاد میکند، اما چون هر جسم بدون دخالت به پایین سقوط میکند پس استفاده از وزنه مانعی بزرگی در حرکت آسانسور ایجاد نمیکند.
اساس کار این نوع آسانسورها بر اساس نیروی اصطکاک بین سیم بکسلها و فلکه موتور است. در داخل فریم وزنه به اندازه وزن کابین به اضافه نصف ظرفیت کابین وزنه وجود دارد. مثلاً اگر ظرفیت کابین ۹۰۰ کیلوگرم باشد(یعنی آسانسور نفربر ۱۲ نفره چون متوسط وزن هر نفر ۷۵ کیلو گرم است)باندازه ۴۵۰ کیلوگرم باضافه وزن کابین در کادر وزنه، وزنه وجود دارد. با کمک این وزنه، نیروی کشش لازم برای حرکت کابین کاهش می یابد چرا که در صورت رعایت کردن ظرفیت کابین، اختلاف وزن بین کادر وزنه و کابین تحت هر شرایطی از نصف ظرفیت کابین (در مثال قبل ۴۵۰ کیلوگرم) بیشتر نخواهد شد و در حرکت به سمت بالا یا پایین سیستم کشش آسانسور حداکثر برای جابه جایی جرمی به اندازه نصف ظرفیت کابین توان مصرف خواهد کرد.
آسانسورهای هیدرولیک
امروزه آسانسورهای هیدرولیکی نیز جای خود را در بین کاربران خانگی باز کردهاند. در اروپا بیش از 70 درصد از آسانسورهای زیر 5 طبقه هیدرولیک استفاده می شوند که از محاسن این نوع آسانسورها میتوان به نرمی حرکت در استارت اولیه ؛ خرابی و استهلاک بسیار کم ؛ سهولت در عیب یابی و تعمیر ؛ ایجاد آسانسورهای زیبا و شیشه ای به دلیل حذف کادر وزنه و سیم بکسل ؛ احتیاج به سازه سبک ؛ عدم نیاز به موتورخانه در پشت بام ؛ ایجاد آسانسورهای باربر و سنگین با تناژ بالا و زیبایی بام خانه و همچنین تراز شدن دقیق آن در طبقات اشاره نمود اما از محدودیتهای استفاده از این نوع آسانسورها میتوان به محدودیت در ارتفاع و کندی نسبی سرعت آنها و تنها قرارگیری در چاهک را اشاره کرد.( البته امروزه با استفاده از درایو و سیستم خنک کننده می توان به سرعت 1 متر به صورت معمول دست یافت. آسانسورهای هیدرولیک با پمپ فشار روغن و جک هیدرولیک کار میکنند.
در آسانسورهای هیدرولیک به خاطر اینکه کادر وزنه وجود ندارد و سیستم جک هیدرولیکی باید تمامی کابین و مسافران را جا به جا کند نیاز به موتورهای قوی تری هست. در این آسانسورها یک موتور سه فاز غوطه ور در روغن به همراه یک شیرالکتریکی مخصوص که اصطلاحاً پاور یونیت نامیده می شوند وظیفه تامین فشار روغن برای جک هیدرولیک را داراست. برای راه اندازی موتور به خاطر وجود موتورهای قوی تر در صورت استفاده از درایو یا سافت استارتر نیاز به هزینه بسیار بالاتری است پس لذا معمولاً برای شروع به کار موتور پمپ هیدرولیک از سیستم رایج ستاره - مثلث استفاده می شود. اما این موتور و فشار تنها در حرکت به سمت بالا مورد نیاز است و برای حرکت کابین به سمت پایین نیازی به روشن کردن موتور و مصرف توان نیست و تنها با بازکردن یک شیر و خالی کردن روغن جک کابین به آرامی به سمت پایین حرکت می کند. به عبارت دیگر یک سیستم هیدرولیک تنها در نیمی از مسافت حرکتی خود (تنها به سمت بالا) خود توان قابل ملاحظه ای مصرف می کند و در نیمه دیگر (تنها به سمت پایین) از نیروی گرانش استفاده می کند و این موضوع مصرف برق بالاتر آن نسبت به آسانسورهای دوسرعته را منتفی می کند.
آسانسورهای وینچی
نوعی آسانسور است كه با زنجیر یا طناب فولادی آویزان شده و نیروی رانش به طریقی به غیر از اصطكاك به آن وارد می شود. در این نوع آسانسورها قاب وزنه وجود ندارد.
نیروی محرکه
نیروی محرکه موتور آسانسورها سابقاً از موتورهای جریان مستقیم و توسط برق برق جریان مستقیم بود که برای این گونه موتورها از راه اندازهای گوناگونی همانند وارد - لئونارد استفاده می شد. با از دور خارج شدن موتورهای جریان مستقیم (DC) و معرفی موتورهای القایی سه فاز سالهاست که از موتورهای الکتریکی سه فاز القایی یا آسنکرون و اخیراً از موتورهای مغناطیس دائم (PM) و یا سنکرون استفاده می شود. در این موتورها از مکانیسم لنت ترمز استفاده می شود که با استفاده از نیروی اصطکاک مانع از حرکت ناخواسته موتور در حالت توقف می شود.
موتورهای القایی مورد استفاده در آسانسور به همراه گیربکس (جعبه دنده) و چرخ طیار به کار می روند. این موتورها در ابتدا دارای یک استاتور و تک سرعته بودند. این سیستم دارای اشکالاتی از جمله تکان شدید در هنگام کار بود. به خاطر همین تکان شدید بود که سرعت نهایی کابین در این موتورها کم بود. پس از مدتی موتورهای دوسرعته به بازار عرضه شدند. این موتورها دارای دو استاتور جدا گانه هستند که برای دو سرعت تند و کند به کار می روند. تعداد قطب استاتور دور کند معمولاً چهار برابر دور تند است که باعث می شود سرعت دور کند موتور یک چهارم دور تند باشد. در این نوع موتورها استارت کار موتور با دور تند است. دو عامل یعنی نیروی عکس العمل دنده ها در گیربکس و وجود چرخ طیار یا فلای ویل متصل به محور روتور موتور که دارای لختی دورانی است، مانع از تشدید تکان ها می شوند. برای توقف موتور با استفاده از یک مدار الکتریکی استاتور دور کند وارد مدار شده و دور تند از مدار خارج می شود. تغییر جهت حرکت نیز با جابه جایی دو فاز امکان پذیر است.
با معرفی سیستم های کنترل دور موتور القایی که متشکل از یک مبدل (یکسو ساز) و یک اینورتر هستند، استفاده از آنها در صنعت آسانسور به سرعت پیشرفت کرد. مزیت های این درایورها عبارتند از: نرمی حرکت و توقف، بهبود ضریب توان و کاهش بار رآکتیو شبکه برق، امکان استفاده از موتورهای تک استاتوره و حذف چرخ طیار یا فلایویل و در نتیجه کاهش برق مصرفی. این داریورها که انواع مخصوص استفاده در تابلو فرمان آسانسور آن نیز عرضه شده است، با تغییر فرکانس، نمودار حرکتی منظمی از شروع تا انتها و ایستادن آسانسور ایجاد میکند. در انواع پیشرفته تر این درایورها معمولاً امکان اتصال به یک تاکومتر یا انکودر نیز وجود دارد. این انکودر با اتصال به محور موتور امکان کنترل حلقه بسته را برای درایور فراهم می کند. وجود فیدبک برای یک سیستم کنترل بسیار حایز اهمیت است و باعث نرمی حرکت فوق العاده در آسانسور می شود.
در هنگام توقف آسانسور به علت بالا بودن اندازه حرکت(تکانه) کابین گاهی اوقات موتور به صورت ژنراتوری کار می کند و نیاز است که انرژی تولید شده توسط موتور در جایی تخلیه شود. در آسانسورهای دوسرعته و در سیستم های قدیمی این انرژی به شبکه برق برگشت داده می شد اما در درایور ها به علت وجود یکسوساز، این انرژی قابل برگشت نیست و باعث ازدیاد شدید ولتاژ بر روی بانک خازنی موجود در درایور شده و امکان آسیب زدن به آن وجود دارد. به همین منظور از یک مقاومت با توان بالا جهت تخلیه این انرژی استفاده می شود که به آن اصطلاحاً مقاومت ترمز گفته می شود.
اما با همه این ها موتورهای القایی با گیربکس معایبی نیز دارند. از جمله آنها پایین بودن بازده الکتریکی موتور (در حدود هشتاد درصد) و پایین بودن بازده مکانیکی گیربکس (در حدود 45 درصد) که موجب افزایش هزینه ها و استهلاک سیستم می شود. به همین خاطر موتورهای سنکرون با مغناطیس دائم کم کم در صنعت آسانسور پدیدار شدند که بازده نهایی آنها گاهی به 95 درصد هم می رسد. گشتاور بسیار بالاتر محور موتور باعث می شود که نیازی به استفاده از گیربکس در این موتورها نباشد.این موتورها دارای سیستم راه اندازی پیچیدهای هستند و لزوماً باید با استفاده از درایور و تاکومتر مورد استفاده قرار بگیرند.
تابلو فرمان آسانسور
آسانسورها در گذشته نه چندان دور بوسیله تابلوهای رلهای فرماندهی میشدند. فرمان از این تابلوها به موتورهای به اصطلاح دوسرعته میرسید. این موتورها بوسیله دو سیم پیچی که داشتند قادر بودند با دو سرعت حرکت تند و کند کنند. آسانسور با سرعت تند حرکت میکرد و برای ایستادن در سطح طبقات و کاهش تکان زمان ایستادن با تغییر به سرعت کند و طی مسیر کوتاهی با این سرعت میایستاد.
ایراد بزرگ این سیستم تکان در سه زمان در حرکت است. تکان در هنگام راه افتادن, تغییر سرعت به دور کند و ایستادن است. ایراد دیگر مصرف بالای برق و کاهش ضریب توان در این سیستم بدلیل اتصال مستقیم برق سهفاز به موتور جهت حرکت است. ضمناً ابعاد این تابلوها بسیار بزرگ و سیستم آن بسیار پیچیده بود و رفع خرابی آن به زمان و مهارت بسیاری نیاز داشت.
ایراد دیگر این سیستم متغیر بودن سطح کابین با طبقات با بارهای متفاوت است چون بدلیل عدم اطلاع موتور از وزن کابین (پر یا خالی بودن آن) همیشه نیروی یکسانی به موتور وارد میشود. ایراد دیگر این سیستم آسیب هایی است که در دراز مدت به موتور بدلیل اتصال ناگهانی ولتاژ وارد و باعث کاهش عمر مفید آن میشود. ضمناً این شوک در هنگام استارت آسانسور باعث نوسان ناگهانی ولتاژ میشود که نه تنها برای آسانسور بلکه برای سایر وسایل برقی مضر است. هر چند از این آسانسورها دیگر نصب نمیشود اما تعداد قابل توجهی از این آسانسورهای قدیمی در حال کارکردن هستند.
اما برای رفع اشکالات این تابلوهای رلهای بتدریج تابلوهای میکروپروسسوری وارد بازار شد. که در آن آیسیها و میکروها جایگزین رله ها شدند و با زبانهای مختلف برنامهنویسی برنامهریزی میشدند تا حجم تابلوها کوچکتر شود و تعمیرات و رفع خرابی آن توسط افراد متخصصتر اما با راحتی بیشتری انجام شود.
این نوع تابلو که به تابلوی دوسرعته معروف است تمام ایرادات تابلوهای رلهای را جز ابعاد بزرگ و پیچیدگی تابلو داراست. نصب این تابلو همچنان ادامه دارد با اینکه بدلیل تاثیرات مخرب بر ولتاژ و مصرف بالا در برخی شهرهای بزرگ در ایران ممنوع شدهاست. اما در ساختمانهایی که نیاز به پروانه پایان کار ندارند و یا در تعمیرات آسانسورهای قدیمی همچنان به دلیل قیمت پایین تر آن نسبت به تابلوهای جدید پیشنهاد میشود. با پیشرفت الکترونیک صنعتی و ارزانتر شدن اینورترها استفاده از آنها در تابلوهای فرمان آسانسور رایج شده است و کم کم جایگزین سیستمهای کنتاکتوری میشوند. کاهش تکان ها در هنگام تغییر سرعت و افزایش ضریب توان به دلیل اتصال با واسطه از طریق بانک خازنی اینورتر از مزایای تابلوهای فرمان اینورتری است که به تابلوهای درایودار شناخته می شوند. آسانسور کلمه ای فرانسوی میباشد.
آسانسور یا بالابر (به فرانسوی: ascenseur)، اتاقک متحرکی است که به وسیلهٔ آن از طبقهای به طبقات بالا روند و یا از طبقهٔ بالا به پایین فرود آیند. به عبارت دیگر آسانسور تجهیزات حمل و نقل عمودی است که حرکت مردم و یا کالا بین طبقات را تسهیل میبخشد. آسانسور معمولاً به کمک موتور الکتریکی باعث حرکت عمودی کابین میشود.
پیشینه
از بررسی معماری ساختمانها در گذشته میتوان فهمید که در گذشته توان ساخت ساختمانهای بلند وچود داشتهاست ولی شاید دلیل اینکه چرا این کار چندان رواج نداشته، وجود پلههای بسیار بودهباشد. این مشکل همچنان پابرجا بود تا اینکه یک مکانیک آمریکایی به نام الیشا اوتیس ایمنی را در بالابر با به کارگیری چرخی ضامندار که در صورت پارهشدن طناب، اندکی پس از سقوط بالابر را متوقف میکرد، فراهم کرد. این اختراع که در سال ۱۸۵۴ در نمایشگاهی در نیویورک پردهبرداری شد، مقدمهای برای کاربرد گستردهٔ بالابر بود.ناصرالدین شاه در سفرنامه فرنگ خویش در تعریف و توصیف آسانسور میگوید: رفتیم به مریضخانه سنت توماس ... از مرتبههای زیر اسبابی دارند که ناخوش را روی تخت گذاشته از توی اطاق زیر میکشند به مرتبه بالا میبرند. بسیار تماشا داشت که ناخوش حرکت نکند.
در حال حاضر یکی از مشکلات ساختمانهای بزرگ کافی نبودن فضای در نظر گرفته شده برای آسانسور است. این امر یعنی پیشبینی و منظور نمودن فضای کافی با محاسبه تعداد ظرفیت و سرعت مناسب آسانسورها باتوجه به ارتفاع و جمعیت ساکن و کاربری ساختمان باید در ابتدای کار یعنی در زمان طراحی ساختمانها مد نظر قرار گیرد؛ وگرنه پس از اجرای ساختمان معمولاً افزایش فضای چاه آسانسور بسیار مشکل و در اکثر موارد غیر ممکن است.
آسانسور وسیلهای است الکترومکانیکی، در ابتدای اختراع آسانسور به شکل امروزی، بیشتر قطعات و لوازم آسانسورها مکانیکی و الکتریکی بود ولی با پیشرفت علوم در حوزه الکترونیک و نیمههادیها و همچنین ورود حوزه علوم هوش مصنوعی به صنعت این وسیله نیز تکامل یافت و به عنوان یک وسیله کاملاً کاربردی با حوزه سطح دسترسی کاملاً گسترده در بین جوامع شهری قرار گرفت. در طراحی آسانسور علومی همچون مکانیک، برق و الکترونیک، معماری و صنایع مورد استفادهاست. به همین علت هیچگاه یک متخصص به تنهایی قادر نخواهد بود که یک آسانسور را به تنهایی و با تکیه بر یکی از شاخههای علوم طراحی نماید. تا قبل از دهه ۱۹۹۰، عمده اموزشها در این صنعت بصورت اموزشهای محدود و استاد و شاگردی و صرفاً در کارخانههای بزرگ آسانسورسازی معمول بود. به همین سبب آموزش در این صنعت محدود و پنهان بود. برای اولین بار در سال ۱۹۹۵ میلادی اتحادیه آسانسور و پله برقی انگلستان (LEIA) با همکاری پروفسور یانوفسکی و پروفسور جینا بارنی اقدام به برگزاری دورههای آموزشی کوتاه مدت ماژولاری در انگلستان نمود که بیشتر مورد استفاده نصابان و متخصین این کشور بود. در ادامه این اتحادیه با همکاری دانشگاه نورث همپتون انگلستان دورههای دانشگاهی این رشته را در مقطع کاردانی و کارشناسی آغاز نمود. اولین دوره این مقاطع در سال ۱۹۹۸ در نورث همپتون انگلستان با هدایت جانات آدامز، برایان واتز، استفان کازمارسیزیک که از اعضای هیئت علمی دانشکده مهندسی مکانیک و علوم کاربردی بودند آغاز شد. از سال ۲۰۰۰ به بعد مقاطع کارشناسی ارشد و دکتری تخصصی تحت عنوان elevator and escalator engineering آغاز گشت.
انواع آسانسور
تمامی آسانسورها در داشتن خصوصیاتی مانند داشتن کابین، حرکت عمودی و توقف در سطوح مختلف با هم مشابه اند. اما از لحاظ نحوه اعمال نیروی محرکه به کابین متفاوت هستند که معمولاً به سه دسته آسانسورهای کششی، هیدرولیک و وینچی تقسیم می شوند(البته نوع فوق پیشرفته دیگری که مغناطیسی می باشد وجود دارد).
آسانسورهای کششی
نیروی محرکه در این نوع آسانسورها از یک موتورالکتریکی که معمولاً در بالای چاه آسانسور و در محلی به نام موتورخانه نصب گردیده، تامین می شود. بر روی فلکه این موتور تعدادی کابل فولادی (اصطلاحاً سیم بکسل) وجود دارد که از یک سمت به کابین آسانسور و از سمت دیگر به وزنههای آسانسور که درون قابی فلزی به نام قاب وزنه قرار دارند، متصل است. جنس این وزنه ها معمولاً از چدن یا بتن است. وزن این وزنه ها به اندازه وزن کابین به علاوه نصف ظرفیت کابین است. وزن هر نفر در محاسبات مربوط به آسانسور ۷۵ کیلوگرم است. دلیل قرار دادن وزنه در سیستم آسانسور کمک به بالا بردن آسانسور است در غیر اینصورت برای این کار باید موتورهای بسیار قوی با کیلووات بالا استفاده کرد. پس با این کار توان موتور مورد استفاده کاهش مییابد. طبیعی است که این وزنه در پایین آمدن آسانسور مزاحمت ایجاد میکند، اما چون هر جسم بدون دخالت به پایین سقوط میکند پس استفاده از وزنه مانعی بزرگی در حرکت آسانسور ایجاد نمیکند.
اساس کار این نوع آسانسورها بر اساس نیروی اصطکاک بین سیم بکسلها و فلکه موتور است. در داخل فریم وزنه به اندازه وزن کابین به اضافه نصف ظرفیت کابین وزنه وجود دارد. مثلاً اگر ظرفیت کابین ۹۰۰ کیلوگرم باشد(یعنی آسانسور نفربر ۱۲ نفره چون متوسط وزن هر نفر ۷۵ کیلو گرم است)باندازه ۴۵۰ کیلوگرم باضافه وزن کابین در کادر وزنه، وزنه وجود دارد. با کمک این وزنه، نیروی کشش لازم برای حرکت کابین کاهش می یابد چرا که در صورت رعایت کردن ظرفیت کابین، اختلاف وزن بین کادر وزنه و کابین تحت هر شرایطی از نصف ظرفیت کابین (در مثال قبل ۴۵۰ کیلوگرم) بیشتر نخواهد شد و در حرکت به سمت بالا یا پایین سیستم کشش آسانسور حداکثر برای جابه جایی جرمی به اندازه نصف ظرفیت کابین توان مصرف خواهد کرد.
آسانسورهای هیدرولیک
امروزه آسانسورهای هیدرولیکی نیز جای خود را در بین کاربران خانگی باز کردهاند. در اروپا بیش از 70 درصد از آسانسورهای زیر 5 طبقه هیدرولیک استفاده می شوند که از محاسن این نوع آسانسورها میتوان به نرمی حرکت در استارت اولیه ؛ خرابی و استهلاک بسیار کم ؛ سهولت در عیب یابی و تعمیر ؛ ایجاد آسانسورهای زیبا و شیشه ای به دلیل حذف کادر وزنه و سیم بکسل ؛ احتیاج به سازه سبک ؛ عدم نیاز به موتورخانه در پشت بام ؛ ایجاد آسانسورهای باربر و سنگین با تناژ بالا و زیبایی بام خانه و همچنین تراز شدن دقیق آن در طبقات اشاره نمود اما از محدودیتهای استفاده از این نوع آسانسورها میتوان به محدودیت در ارتفاع و کندی نسبی سرعت آنها و تنها قرارگیری در چاهک را اشاره کرد.( البته امروزه با استفاده از درایو و سیستم خنک کننده می توان به سرعت 1 متر به صورت معمول دست یافت. آسانسورهای هیدرولیک با پمپ فشار روغن و جک هیدرولیک کار میکنند.
در آسانسورهای هیدرولیک به خاطر اینکه کادر وزنه وجود ندارد و سیستم جک هیدرولیکی باید تمامی کابین و مسافران را جا به جا کند نیاز به موتورهای قوی تری هست. در این آسانسورها یک موتور سه فاز غوطه ور در روغن به همراه یک شیرالکتریکی مخصوص که اصطلاحاً پاور یونیت نامیده می شوند وظیفه تامین فشار روغن برای جک هیدرولیک را داراست. برای راه اندازی موتور به خاطر وجود موتورهای قوی تر در صورت استفاده از درایو یا سافت استارتر نیاز به هزینه بسیار بالاتری است پس لذا معمولاً برای شروع به کار موتور پمپ هیدرولیک از سیستم رایج ستاره - مثلث استفاده می شود. اما این موتور و فشار تنها در حرکت به سمت بالا مورد نیاز است و برای حرکت کابین به سمت پایین نیازی به روشن کردن موتور و مصرف توان نیست و تنها با بازکردن یک شیر و خالی کردن روغن جک کابین به آرامی به سمت پایین حرکت می کند. به عبارت دیگر یک سیستم هیدرولیک تنها در نیمی از مسافت حرکتی خود (تنها به سمت بالا) خود توان قابل ملاحظه ای مصرف می کند و در نیمه دیگر (تنها به سمت پایین) از نیروی گرانش استفاده می کند و این موضوع مصرف برق بالاتر آن نسبت به آسانسورهای دوسرعته را منتفی می کند.
آسانسورهای وینچی
نوعی آسانسور است كه با زنجیر یا طناب فولادی آویزان شده و نیروی رانش به طریقی به غیر از اصطكاك به آن وارد می شود. در این نوع آسانسورها قاب وزنه وجود ندارد.
نیروی محرکه
نیروی محرکه موتور آسانسورها سابقاً از موتورهای جریان مستقیم و توسط برق برق جریان مستقیم بود که برای این گونه موتورها از راه اندازهای گوناگونی همانند وارد - لئونارد استفاده می شد. با از دور خارج شدن موتورهای جریان مستقیم (DC) و معرفی موتورهای القایی سه فاز سالهاست که از موتورهای الکتریکی سه فاز القایی یا آسنکرون و اخیراً از موتورهای مغناطیس دائم (PM) و یا سنکرون استفاده می شود. در این موتورها از مکانیسم لنت ترمز استفاده می شود که با استفاده از نیروی اصطکاک مانع از حرکت ناخواسته موتور در حالت توقف می شود.
موتورهای القایی مورد استفاده در آسانسور به همراه گیربکس (جعبه دنده) و چرخ طیار به کار می روند. این موتورها در ابتدا دارای یک استاتور و تک سرعته بودند. این سیستم دارای اشکالاتی از جمله تکان شدید در هنگام کار بود. به خاطر همین تکان شدید بود که سرعت نهایی کابین در این موتورها کم بود. پس از مدتی موتورهای دوسرعته به بازار عرضه شدند. این موتورها دارای دو استاتور جدا گانه هستند که برای دو سرعت تند و کند به کار می روند. تعداد قطب استاتور دور کند معمولاً چهار برابر دور تند است که باعث می شود سرعت دور کند موتور یک چهارم دور تند باشد. در این نوع موتورها استارت کار موتور با دور تند است. دو عامل یعنی نیروی عکس العمل دنده ها در گیربکس و وجود چرخ طیار یا فلای ویل متصل به محور روتور موتور که دارای لختی دورانی است، مانع از تشدید تکان ها می شوند. برای توقف موتور با استفاده از یک مدار الکتریکی استاتور دور کند وارد مدار شده و دور تند از مدار خارج می شود. تغییر جهت حرکت نیز با جابه جایی دو فاز امکان پذیر است.
با معرفی سیستم های کنترل دور موتور القایی که متشکل از یک مبدل (یکسو ساز) و یک اینورتر هستند، استفاده از آنها در صنعت آسانسور به سرعت پیشرفت کرد. مزیت های این درایورها عبارتند از: نرمی حرکت و توقف، بهبود ضریب توان و کاهش بار رآکتیو شبکه برق، امکان استفاده از موتورهای تک استاتوره و حذف چرخ طیار یا فلایویل و در نتیجه کاهش برق مصرفی. این داریورها که انواع مخصوص استفاده در تابلو فرمان آسانسور آن نیز عرضه شده است، با تغییر فرکانس، نمودار حرکتی منظمی از شروع تا انتها و ایستادن آسانسور ایجاد میکند. در انواع پیشرفته تر این درایورها معمولاً امکان اتصال به یک تاکومتر یا انکودر نیز وجود دارد. این انکودر با اتصال به محور موتور امکان کنترل حلقه بسته را برای درایور فراهم می کند. وجود فیدبک برای یک سیستم کنترل بسیار حایز اهمیت است و باعث نرمی حرکت فوق العاده در آسانسور می شود.
در هنگام توقف آسانسور به علت بالا بودن اندازه حرکت(تکانه) کابین گاهی اوقات موتور به صورت ژنراتوری کار می کند و نیاز است که انرژی تولید شده توسط موتور در جایی تخلیه شود. در آسانسورهای دوسرعته و در سیستم های قدیمی این انرژی به شبکه برق برگشت داده می شد اما در درایور ها به علت وجود یکسوساز، این انرژی قابل برگشت نیست و باعث ازدیاد شدید ولتاژ بر روی بانک خازنی موجود در درایور شده و امکان آسیب زدن به آن وجود دارد. به همین منظور از یک مقاومت با توان بالا جهت تخلیه این انرژی استفاده می شود که به آن اصطلاحاً مقاومت ترمز گفته می شود.
اما با همه این ها موتورهای القایی با گیربکس معایبی نیز دارند. از جمله آنها پایین بودن بازده الکتریکی موتور (در حدود هشتاد درصد) و پایین بودن بازده مکانیکی گیربکس (در حدود 45 درصد) که موجب افزایش هزینه ها و استهلاک سیستم می شود. به همین خاطر موتورهای سنکرون با مغناطیس دائم کم کم در صنعت آسانسور پدیدار شدند که بازده نهایی آنها گاهی به 95 درصد هم می رسد. گشتاور بسیار بالاتر محور موتور باعث می شود که نیازی به استفاده از گیربکس در این موتورها نباشد.این موتورها دارای سیستم راه اندازی پیچیدهای هستند و لزوماً باید با استفاده از درایور و تاکومتر مورد استفاده قرار بگیرند.
تابلو فرمان آسانسور
آسانسورها در گذشته نه چندان دور بوسیله تابلوهای رلهای فرماندهی میشدند. فرمان از این تابلوها به موتورهای به اصطلاح دوسرعته میرسید. این موتورها بوسیله دو سیم پیچی که داشتند قادر بودند با دو سرعت حرکت تند و کند کنند. آسانسور با سرعت تند حرکت میکرد و برای ایستادن در سطح طبقات و کاهش تکان زمان ایستادن با تغییر به سرعت کند و طی مسیر کوتاهی با این سرعت میایستاد.
ایراد بزرگ این سیستم تکان در سه زمان در حرکت است. تکان در هنگام راه افتادن, تغییر سرعت به دور کند و ایستادن است. ایراد دیگر مصرف بالای برق و کاهش ضریب توان در این سیستم بدلیل اتصال مستقیم برق سهفاز به موتور جهت حرکت است. ضمناً ابعاد این تابلوها بسیار بزرگ و سیستم آن بسیار پیچیده بود و رفع خرابی آن به زمان و مهارت بسیاری نیاز داشت.
ایراد دیگر این سیستم متغیر بودن سطح کابین با طبقات با بارهای متفاوت است چون بدلیل عدم اطلاع موتور از وزن کابین (پر یا خالی بودن آن) همیشه نیروی یکسانی به موتور وارد میشود. ایراد دیگر این سیستم آسیب هایی است که در دراز مدت به موتور بدلیل اتصال ناگهانی ولتاژ وارد و باعث کاهش عمر مفید آن میشود. ضمناً این شوک در هنگام استارت آسانسور باعث نوسان ناگهانی ولتاژ میشود که نه تنها برای آسانسور بلکه برای سایر وسایل برقی مضر است. هر چند از این آسانسورها دیگر نصب نمیشود اما تعداد قابل توجهی از این آسانسورهای قدیمی در حال کارکردن هستند.
اما برای رفع اشکالات این تابلوهای رلهای بتدریج تابلوهای میکروپروسسوری وارد بازار شد. که در آن آیسیها و میکروها جایگزین رله ها شدند و با زبانهای مختلف برنامهنویسی برنامهریزی میشدند تا حجم تابلوها کوچکتر شود و تعمیرات و رفع خرابی آن توسط افراد متخصصتر اما با راحتی بیشتری انجام شود.
این نوع تابلو که به تابلوی دوسرعته معروف است تمام ایرادات تابلوهای رلهای را جز ابعاد بزرگ و پیچیدگی تابلو داراست. نصب این تابلو همچنان ادامه دارد با اینکه بدلیل تاثیرات مخرب بر ولتاژ و مصرف بالا در برخی شهرهای بزرگ در ایران ممنوع شدهاست. اما در ساختمانهایی که نیاز به پروانه پایان کار ندارند و یا در تعمیرات آسانسورهای قدیمی همچنان به دلیل قیمت پایین تر آن نسبت به تابلوهای جدید پیشنهاد میشود. با پیشرفت الکترونیک صنعتی و ارزانتر شدن اینورترها استفاده از آنها در تابلوهای فرمان آسانسور رایج شده است و کم کم جایگزین سیستمهای کنتاکتوری میشوند. کاهش تکان ها در هنگام تغییر سرعت و افزایش ضریب توان به دلیل اتصال با واسطه از طریق بانک خازنی اینورتر از مزایای تابلوهای فرمان اینورتری است که به تابلوهای درایودار شناخته می شوند. آسانسور کلمه ای فرانسوی میباشد.
ساعت : 12:38 pm | نویسنده : admin
|
مطلب بعدی