مقایسه با متدهای دیگر
متدهایی در زنجیره‌ی بین انطباقی تا پیشگویانه وجود دارند. متدهای چابک در بخش انطباقی این زنجیره قرار دارند. متدهای انطباقی بر انطباق سریع با واقعیات تغییریافته متمرکز است. وقتی نیازهای یک پروژه تغییر می‌کند، یک تیم انطباقی نیز تغییر می‌کند. یک تیم انطباقی به سختی توضیح می‌دهد که در آینده دقیقاً چه اتفاقی خواهد افتاد.
در متد انطباقی هرچه تاریخ دورتر باشد، ابهام در بیان اینکه در آن تاریخ چه اتفاقی خواهد افتاد، بیشتر است. یک تیم انطباقی نمی‌تواند وظایفی را که اعضا در هفته‌ی آینده خواهد داشت گزارش دهد، تنها می‌تواند ترکیب کارهایی را که برای ماه آینده قرار است انجام شود بیان کند. وقتی در مورد انتشار شش ماه از حالا سؤال می‌شود، یک تیم انطباقی ممکن است فقط بتواند بیانیه‌ی مأموریت (برای آن انتشار) یا بیانیه‌ی ارزش موردانتظار در مقابل هزینه را گزارش دهد.
در مقابل، متدهای پیشگویانه، بر تحلیل و برنامه‌ریزی آینده به صورت جزئی و برای ریسک‌های شناخته‌شده تمرکز دارد. در نهایت، یک تیم پیشگویانه می‌تواند دقیقاً گزارش دهد که چه ترکیب کار و چه وظایفی در سرتاسر فرایند توسعه برنامه‌ریزی شده‌است. متدهای پیشگویانه بر فاز ابتدایی و اثربخش تحلیل تکیه دارد و اگر این فاز با اشتباه زیادی پیش رود، ممکن است جهت پروژه به سختی اصلاح شود. تیم‌های پیشگویانه اغلب یک هیأت کنترل تغییر ایجاد می‌کنند تا اطمینان یابند که تنها به تغییرات با ارزش فکر می‌شود.
متدهای رسمی، بر خلاف متدهای انطباقی و پیشگویانه، بر تئوری علوم کامپیوتری با طیف گسترده‌ای از انواع مفاهیم ثابت تکیه دارد. یک متد رسمی می‌کوشد تا نبود خطاها را با درجه‌ای از جبرگرایی ثابت کند. بعضی متدهای رسمی مبتنی بر بررسی مدل هستند و مثال‌های متضادی برای کدهایی که نمی‌توان ثابت کرد، فراهم می‌کنند. تیم‌های چابک ممکن است متدهای رسمی بسیار منظمی به کار گیرند.
متدهای چابک که از دهه‌ی 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ها و افزایش عرض صفحه
...
10:36 am
هنر گرافیک
گرافیک از واژهٔ یونانی graphikos است و به معنای آنچه است که مربوط می‌شود به طرح زدن و طراحی .تعریف دیگر از گرافیک هر کار و یا شیوهٔ مربوط به کشیدن تصویر از روی یک چیز و یا از انگاره آن است. وبنابر این همهٔ پدیده‌هایی را در بر می‌گیرد که ایجاد شده‌اند: به شکل یک نشانه، علامت، نقشه، طراحی، کشیدن از روی یک چیز و به ویژه طراحی خطی یک پدیده.
هنرهای گرافیک شامل کشیدن، طراحی کلیشه وگراور برای چاپ و طراحی گرافیکی است.صنایع گرافیک شامل همهٔ تکنیک‌ها و فعالیت‌هایی است که در تولید یک کار چاپی نقشی ایفا می‌کنند.طراحی گرافیک پیشه یا هنر ارتباط بصری است که از آمیزش تصویرها، واژه‌هاو ایده‌ها ترکیب شده تا اطلاعاتی را به تماشاگر برساند و به ویژه در او تاثیر مشخصی بنهد.
گرافیست پیشه‌ای است در هنرها و صنایع گرافیک همچون طراحی گرافیک.
طراح
طراح به کسی می‌گویند که طراحی می‌کند.بخش‌های اصلی طراحی شامل نقاشی، مجسمه سازی و معماری است که هنرهای بزرگی هستند.
عامل اصلی طراحی حالات روحی روانی فرد است و یکی از عوامل مهم در پدید آمدن آن خط است . خط و حرکت دو پدیده ای هستند که همیشه با هم ایجاد می شوند و به هم مربوطند.هر گونه جلوه ی بصری که با خط ایجاد می شود به حالات روانی و فیزیکی طراح مربوط می شود .
حالات هیجانی طراح ،شادی و نشاط ، غم و تاثر،آرامش و ضعف و حتی دعا و نیایش .پس می توان نتیجه گرفت که خط وسیله ی ثبت و ضبط هیجانات درونی طراح و عکس العمل های او نسبت به جهان خارج است . مطلب دیگر اینکه دستگاه بینایی همه ی افراد مشابه است اما، ما طرحهای متنوعی از هنرمندان را مشاهده می کنیم که این امر ناشی از حالات روانی و سیستم عصبی هر فرد می باشد که دنیا را به نحوی خاص خود می بیند.
طراحی
طراحی به دانش ایجاد یک طرح یا نمایه از هر تصویر ذهنی یا واقعی گفته می‌شود.
در هنرهای تجسمی، طراحی یا به‌صورت یک اثر مستقل و یا به‌عنوان پیش طرحی برای اثر اصلی انجام می‌شود که در این صورت طرح
مقدماتینیز خوانده می‌شود. طراحی به دو حوزهٔ کلی تقسیم می‌شود. یکی حوزهٔ drawing (رسم) است که شامل برداشت‌های شخصی یا تجربه‌های آزاد طراح از موضوعات گوناگون با بیان مستقل و به روش های متنوع می‌باشد و دیگری حوزهٔ design (طراحی) است که شامل مراحل ترکیب عناصر بصری و فضا بر پایهٔ اصول طرح است و جنبهٔ کاربردی دارد، مانند رشته‌های طراحی صنعتی، طراحی معماری و طراحی لباس.نقشی که فقط با خط رسم شود و سایه‌روشن یا لکه‌های رنگی نداشته باشد طرح خطینامیده می‌شود. مهم‌ترین موضوع در طرحهای خطی، خطوط پیرامونی اشیاء است.طراحی فنی و مهندسی با خط‌کش، پرگار، گونیا و ابزارهایی مانند آنها انجام می‌شود.
الگوی طراحی
الگوی طراحی مستنداتی هستند که از راه‌حل‌های موفق برای رده خاصی از مشکلات بوجود آمده و از آنها در حل مسائل آتی استفاده می‌شود. در ابتدا یک مهندس معمار به نام کریستوفر الکساندر از الگوهای طراحی در زمینه کاری خود استفاده نمود، بعدها این ایده در زمینه‌های کاری دیگر نیز گسترش یافته و مخصوصا در برنامه‌نویسی بسیار پررنگ گردید.
الگوی طراحی در مهندسی نرم‌افزار
انواع الگوهای طراحی
در ابتدا چندین الگوی طراحی زیربنایی در زمینه مهندسی کامپیوتر مطرح گشت که تعداد آنها حدود ۲۰ عدد بود. ولی اکنون الگوهای طراحی به بیش از ۱۰۰ عدد رسیده به طوری که دیگر نمی‌توان تمامی آنها را در یکجا نام برد.
تعدادی از معروفترین الگوهای طراحی را در زیر نام می‌بریم:
الگوی طراحی آداپتور
الگوی طراحی دستور
الگوی طراحی پل
الگوی طراحی دکوراتور
الگوی طراحی کارخانه
الگوی طراحی وارونگی کنترل
هسته تفکری
با وجود اینکه تعداد الگوهای طراحی در طول زمان افزایش یافته و همچنان افزایش می‌یابد، تفکر اصلی‌ای که برروی تمامی آنها سایه افکنده و مانند موتور محرکه برای الگوهای طراحیست دو قانون کلی مهندسی نرم‌افزار است:
پیاده‌سازی را از واسط برنامه(interface) جدا کنید.
هیچگاه پیاده‌سازی را استفاده نکرده بلکه تنها از واسط‌های برنامه استفاده کنید. همچنین عده‌ای بر این نظرند که الگوهای طراحی به دلیل مشکلاتی که نوع تفکر در یک زبان برنامه‌نویسی دارد بوجود آمده‌اند و اگر به طرز تفکری ایده‌آل در زمینه زبان‌های نرم‌افزاری برسیم دیگر نیازی نیست تا راه‌کارهایی غیرمعمول برای مشکلات استفاده کنیم.در هر حال تا رسیدن به آن نقطه آرمانی میتوان از الگوهای طراحی برای حل مشکلات خاص استفاده نمود.
طراحی رایانه‌ای
طراحی رایانه‌اییا کَد، به انگلیسی (Computer Aided Design) به استفاده از فناوری رایانه در فرایند طراحی و مستندسازی طراحی گفته می‌شود.
امروزه بسیاری از مراحل طراحی قطعات و اجزاء مختلف توسط رایانه انجام می‌شود. بسیاری از قطعات تحت شرایط مختلف باید آزمایش شوند و اگر بخواهیم تحت آزمایش واقعی قرار دهیم مستلزم هزینه‌های بسیار زیاد می‌شود. با نرم‌افزارهای بسیار متنوع میتوان این شبیه سازی را انجام داد.
نرم‌افزارهای طراحی رایانه‌ای، به نرم‌افزارهایی اطلاق می‌شود که کار ایجاد و ویرایش اشکال را به کمک رایانه انجام می‌دهند. امروزه بیشتر نرم‌افزارهای طراحی به کمک رایانه، نه تنها توانایی ایجاد و ویرایش نقشهٔ دوبعدی و سه‌بعدی قطعات را دارند، بلکه توانایی وارسی (تحلیل) قطعات از نظر مسائل تنش، گرما و مسائل مکانیکی با استفاده از روش المان محدود را دارند
.تمام رشته‌های مهندسی برای طراحی از نرم‌افزارهای مناسب خود استفاده می‌کنند. نرم‌افزارهای مورد استفاده در طراحی معماری و طراحی صنعتی اغلب نرم‌افزارهای گرافیکی هستند. از نرم‌افزارهای سه بعدی که بیشتر در طراحی معماری و طراحی صنعتی استفاده می‌شوند میتوان به اتوکد، سالیدورکس، اینونتور، سالید اج و مکانیکال دسکتاپ اشاره کرد. علاوه بر این موارد، نرم‌افزارهای گرافیکی دو بعدی مانند فتوشاپ، کورل‌دراو و فری‌هند نیز بسیار پر کاربرد هستند. کتیا ، یونیگرافیکس و پرو/اینجینیر هم از بهترین نرم‌افزارهای گرافیکی مورد استفاده‌است که با امکان محاسبات پیچیده مهندسی از قبیل محاسبات تنشهای محوری وهزاران قابلیت حرفه‌ای دیگر به طراحان کمک کرده‌اند.
طراحی هوشمند
طراحی هوشمند (به انگلیسی: Intelligent design) یا آفرینش هوشمند، ایده‌ای است که هواداران آن معتقدند، بهترین توضیح برای جهان و موجودات زنده با فرض وجود علتی هوشمند محقق می‌شود، و جهان آن‌چنان ساده نیست که توسط طبیعت ساخته شود.
طرفداران این مدل می گویند می‌بایست وجودی هوشمند بر این جهان احاطه داشته باشد. آفرینش هوشمند بیانگر آن است که جهان تنها با تکامل شکل نگرفته است.
این مدل -که قرائت جدیدی از برهان نظم است- توسط گروهی از متفکران دارای صبغهٔ دانشگاهی پیش کشیده شده است. این متفکران عقیده دارند که شواهد تجربی علم زیست‌شناسی و نیز برهان‌های ریاضی موید ادعاهای آن‌هاست. آنها بر خلاف طرفداران سنتی آفرینش به وقوع تغییرات بسیار جزیی در موجودات در طول زمان‌های طولانی معتقدند و نیز به عمر طولانی حیات در کرهٔ زمین (و نه ۶۰۰۰ سال که در کتاب مقدس آمده) اذعان دارند.
اما آنچه که سبب شهرت سریع و گستردهٔ این نظریه شد، جنجال رسانه‌ای موافقان و مخالفان گنجاندن این نظریه در برنامهٔ درس علوم مدارس امریکا و سپس کشیده شدن این مسئله به دادگاه در سال ۲۰۰۵ بود.
نظریه‌پردازان
ویلیام دمبسکی و جان جونز از نظریه پردازان مشهور حوزهٔ آفرینش هوشمند هستند.از اصلی‌ترین کتبی که اخیراً در این خصوص نگاشته شده، می توان به امضا در سلول:DNA و شواهدی بر طراحی هوشمند، تالیف استفان مایر اشاره نمود.
استدلال ها
پیچیدگی‌های مشخص شده
این مفهوم که برای اولین بار توسط ویلیام دمبسکی ارایه شد، بر وجود دو خصیصه همزمان در دستگاه‌های کاینات تاکید می‌کند که به زعم مبدع آن- دمبسکی- نشانگر آفرینش جهان توسط طراح هوشمندی است. دمبسکی این دو خصیصه را اولاً وجود پیچیدگی و ثانیاً کاملاً مشخص بودن آن بر می‌شمرد.
او پیچیدگی را امری میداند که احتمال وقوع آن به خودی خود بسیار کم است و مشخص بودن آنرا در آن میداند که شما بتوانید آن امر را با توصیفاتی بسیار کوتاه، بطوری که برای همگان قابل فهم باشد مشخص کنید. به عنوان مثال‌هایی که هر دو این خصیصه را در خود دارند میتوان به دنباله طولانی‌ای از اعداد اول اشاره کرد که طولانی بودن آن نشانه پیچیدگی و اول بودن آن نشانه مشخص بودنش است، یا یک غزل از شکسپیر که از کنار هم قرار گرفتن بسیاری حروف الفبا تشکیل شده است که طولانی بودنش دلیلی بر پیچیدگی‌اش و با معنی بودنش نشانه‌ای از مشخص بودنش است.
دمبسکی می‌گوید که اگر شما یک گیرنده رادیویی برای دریافت امواج فضایی داشته باشید و روزی مثلاً امواجی به شکل دنباله اعداد اول را از فضا دریافت کنید مطمئناً ارسال کننده آنرا یک موجود هوشمند خواهید شمرد.
ثوابت فیزیکی تنظیم شده
نظریه‌پردازان آفرینش هوشمند استدلال می‌کنند که ثوابت فیزیکی جهان هستی به شکلی کاملاً دقیق تنظیم شده‌اند. به نحوی که اگر در مقادیرشان، کوچکترین تغییری وجود می‌داشت، حیات به شکل کنونی‌اش ابداً قابل شکل‌گیری نمی‌بود.
از جمله این ثوابت می‌شود ثابت کیهانشناختی، ثابت گرانش، ثابت ساختار ریز، سرعت نور، ثابت پلانک و برخی دیگر را نام برد .
پیچیدگی‌های غیر قابل فروکاست و اجزای مرتبط
بعضی دستگاه‌های دارای اجزای متعدد، دارای این ویژگی هستند که فقط و فقط در صورت وجود تک تک اجزای‌شان قادر به کار کردن هستند، به شکلی که شما نمی‌توانید یکی از اجزای آنها را از آنها جدا کرده و دستگاه کماکان قادر به کار کردن باشد. بعنوان مثال می‌توانید یک موتور خودرو را در نظر بگیرید که برای حرکت نیازمند تمامی اجزای خود است.
پیچیدگی‌های موجود در این دستگاه‌ها را اصطلاحاً پیچیدگی‌های کاهش‌ناپذیر می‌نامند. طرفداران نظریه آفرینش هوشمند معتقدند که دستگاه‌های دارای پیچیدگی‌های کاهش‌ناپذیر، نمی‌توانند از تکامل تدریجی و انتخاب طبیعی به وجود آمده باشند چرا که هر تغییر جزیی در آنها به قیمت از کار افتادنشان تمام می‌شود.
ریچارد داوکینز در پاسخ می‌نویسد:
«این پرسش‌ها که «نصف یک چشم به چه کار می‌آید؟» و یا «نصف یک بال به چه کار می‌آید؟» نمونه‌هایی از برهان «پیچیدگی فرونکاستنی» هستند. یک واحد کارکردی را هنگامی دارای پیچیدگی فرونکاستنی می‌دانیم که برداشتن یکی از اجزای آن واحد، موجب اختلال کلی در کارکرد آن شود. این برهان فرض می‌گیرد که چشم و بال پیچیدگی فرونکاستنی دارند. اما همین که یک لحظه بیندیشیم، بی درنگ مغالطه را درمی یابیم. اگر عدسی چشم یک بیمار مبتلا به آب مروارید را با جراحی برداریم، او دیگر بدون عینک نمی‌تواند تصاویر را به وضوح ببیند، اما آن قدر بینایی دارد که با درخت برخورد نکند و یا از صخره فرونیفتد. درست است که داشتن نصف بال، به خوبی داشتن یک بال کامل نیست، اما مسلماً از بال نداشتن بهتر است. موقع سقوط از درختی به ارتفاع معین، بال نصفه می‌تواند شدت ضربهٔ برخوردتان به زمین را تخفیف، و جان تان را نجات دهد. و اگر ۵۱ درصد از یک بال را داشته باشید، می‌توانید از درختی اندکی بلند تر بیافتید و باز زنده بمانید. هر کسری از بال را که داشته باشید، ارتفاعی هست که با داشتن آن بال، جان تان نجات می‌یابد، در حالی که اگر بال تان اندکی کوچک تر بود از آن ارتفاع معین جان بدر نمی‌بردید. این آزمایش فکری دربارهٔ سقوط از درخت‌هایی با ارتفاع‌های معین، یک شیوهٔ درک این مطلب است که، به لحاظ نظری، منحنی مزیت بال باید شیب ملایمی داشته باشد که از ۱ تا ۱۰۰ درصد امتداد می‌یابد. جنگل‌ها پر از جانوران هواسُر یا چَترباز هستند. این جانوران عملاً مراحل مختلف این شیب صعودی بال به قلهٔ محال را نشان می‌دهند.
اگر بخواهیم برای کاربرد چشم هم مثالی مشابه کاربرد بال‌های ناقص هنگام افتادن از درختان با ارتفاعات مختلف بزنیم، به راحتی می‌توانیم موقعیت‌هایی را تصور کنیم که در آنها نصف یک چشم، جان جانور را نجات می‌دهد، در حالی که ۴۹ درصد آن چشم چنین نمی‌کند. این شیب‌های ملایم تکاملی چشم را میتوان در تغییرات شرایط نوری، و تغییرات فاصلهٔ تشخیص شکارچی – یا شکار– یافت. و درست مانند وضعیت بال‌ها و سطوح پروازی، حالت‌های میانی چشم هم نه تنها قابل تصور اند، بلکه در سراسر دنیای وحش فراوان اند. کِرم پَهن، چشمی دارد که با هر معیار معقولی، محقرتر از نصف چشم انسان است. حلزون دریایی ناوتیلوس چشمی دارد که در میانهٔ راه چشم کرم پَهن و چشم انسان است. برخلاف چشم کرِم پَهن که فقط نور و سایه را تشخیص می‌دهد، اما تصاویر را نمی‌تواند ببیند، چشم ناوتیلوس شبیه دوربینی بی عدسی است که می‌تواند یک تصویر حقیقی بسازد؛ اما تصویر آن در مقایسه با تصویر چشم ما تیره و تار است. هیچ آدم عاقلی نمی‌تواند انکار کند که چشم داشتن برای این جانور بی مهره و بسیاری جانواردان دیگر، بهتر از چشم نداشتن است و همگی این چشم‌ها در جایی روی این شیب پیوسته و ملایم به سوی قلهٔ محال جای می‌گیرند. بر روی این شیب، چشم ما نزدیک به یک قله‌است – هرچند نه مرتفع ترین قله، اما یکی از مرتفع ترین قله‌ها. در کتاب صعود به قلهٔ محال من یک فصل کامل را به چشم و یک فصل را نیز به بال اختصاص داده‌ام، و نشان داده‌ام که این دو به چه سادگی توانسته‌اند آهسته (وحتی شاید نه چندان آهسته) این مراتب صعودی را بپیمایند. در اینجا این موضوع را ختم می‌کنم .»
انتقاد نسبت‌به حوزه‌هایی که هنوز بی‌پاسخ‌اند
با پیشرفت زیست شناسی، منتقدان توجه خود را به سیستم‌های پیچیده سلولی مانند سیستم ایمنی و ساختارهای پیچیده مولکولی مانند موتور تاژک باکتری‌ها معطوف کردند. با اینکه شیوهٔ فرگشت پیچیده‌ترین سیستم‌های زیستی شناخته شده یا در دست تحقیق است.در مقابل مدافعان فرگشت، این انتقاد را نوعی مغالطه توسل به جهل می دانند.
واکنش‌ها و تاثیرات
انتقادات دانشمندان
بسیاری گفته اند که تا کنون، مبنای علمی چندان مستحکمی برای این مدل ارائه نشده است.دانشمندان از این مدل با عناوینی همچون junk science و semi science یاد می کنند؛ زیرا مبنای علمی ندارد.
دادگاه
در سپتامبر سال ۲۰۰۵، والدین ۱۱ دانش‌آموز مدرسه‌ای در منطقه داور در ایالت پنسیلوانیا از مسوولان مدرسهٔ منطقه‌ای داور بسبب گنجاندن نظریه آفرینش هوشمند در برنامه درسی دانش‌آموزان و تدریس آن به عنوان نظریه‌ای علمی در کنار نظریه تکامل شکایت کردند.
قاضی دادگاه فدرال، جان جونز، در نهایت مسوولان مدرسه داور را به علت تخلف از متمم اول قانون اساسی امریکا مجرم شناخت. دادگاه همچنین حکم به خارج کردن تدریس این نظریه از برنامه درس علوم دانش‌آموزان مدرسه داد.
طراحی وب
طراحی وب به مهارت ساخت و راه‌اندازی صفحات وب گفته می‌شود.
تیم برنرز لی، مخترع وب، با برپایی یک سایت وب در اوت ۱۹۹۱، نام خود را به عنوان نخستین سازندهٔ وب در تاریخ نگاشت. او در نخستین وب‌سایتش، از اَبَرمتن و پیوندی برای ایمیل (پست الکترونیک) استفاده کرده بود.
در آغاز، سایتهای وب با کُدهای ساده «اچ‌تی‌ام‌ال» نوشته می‌شدند، گونه‌ای از زبان کُدنویسی که ساختار ساده‌ای به وب‌گاه‌ها می‌داد، شامل سرتیتر و پاراگراف، و توانایی پیوند دادن به صفحه‌های وب دیگر، با اَبَرمتن. در مقایسه با روش‌های دیگر، این راه تازه و متفاوتی بود که کاربران به سادگی می‌توانستند با یک مرورگر، صفحه‌های پیوند خورده را باز کنند.
با پیشرفت وب و هنر طراحی آن، زبان کُد نویسی اش، اَبَرمتن یا اچ‌تی‌ام‌ال، پیچیده‌تر و پرانعطاف‌تر شد. ابزاری مانند جدول‌ها که بیشتر برای نمایش نمودارهای داده‌ای بودند، بزودی مورد استفاده نادرست، برای چیدمان‌های پنهان در صفحه‌های وب قرار گرفتند. با پیدایش الگوهای آبشاری وب یا «CSS»، روش نادرست طراحی با جدول‌های پنهان در صفحه از گردونه خارج، و بجای آن استفاده مناسب از زبان کمکی «CSS» جایگزین شد.
فناوری‌های یکپارچه سازی داده‌گاه‌ها (Database)، مانند زبان‌های کُدنویسی سمت سرور (Server-Side Scripting) مانند CGI، PHP، ASP.NET، ASP، JSP و ColdFusion، و استانداردهای طراحی مدرن با الگوها (CSS)، ساختار سایتهای وب را باز هم تغییر داده و آنرا پیشرفته تر کرده اند.
همچنین با آمدن نگاره‌های جاندار و فناوری‌های پویانمایی به صفحه ها، مانند فلَش (Flash)، چهره وب بیشتر از پیش تغییر کرد و توانمندی‌های تازه به سازندگان رسانه و طراح‌های وب داده شد، و توانایی‌های بیشتر و کارایی‌ها تازه مرورگرها برای اچ‌تی‌ام‌ال
گرافیک از واژهٔ یونانی graphikos است و به معنای آنچه است که مربوط می‌شود به طرح زدن و طراحی .تعریف دیگر از گرافیک هر کار و یا شیوهٔ مربوط به کشیدن تصویر از روی یک چیز و یا از انگاره آن است. وبنابر این همهٔ پدیده‌هایی را در بر می‌گیرد که ایجاد شده‌اند: به شکل یک نشانه، علامت، نقشه، طراحی، کشیدن از روی یک چیز و به ویژه طراحی خطی یک پدیده.
هنرهای گرافیک شامل کشیدن، طراحی کلیشه وگراور برای چاپ و طراحی گرافیکی است.صنایع گرافیک شامل همهٔ تکنیک‌ها و فعالیت‌هایی است که در تولید یک کار چاپی نقشی ایفا می‌کنند.طراحی گرافیک پیشه یا هنر ارتباط بصری است که از آمیزش تصویرها، واژه‌هاو ایده‌ها ترکیب شده تا اطلاعاتی را به تماشاگر برساند و به ویژه در او تاثیر مشخصی بنهد.
گرافیست پیشه‌ای است در هنرها و صنایع گرافیک همچون طراحی گرافیک.
طراح
طراح به کسی می‌گویند که طراحی می‌کند.بخش‌های اصلی طراحی شامل نقاشی، مجسمه سازی و معماری است که هنرهای بزرگی هستند.
عامل اصلی طراحی حالات روحی روانی فرد است و یکی از عوامل مهم در پدید آمدن آن خط است . خط و حرکت دو پدیده ای هستند که همیشه با هم ایجاد می شوند و به هم مربوطند.هر گونه جلوه ی بصری که با خط ایجاد می شود به حالات روانی و فیزیکی طراح مربوط می شود .
حالات هیجانی طراح ،شادی و نشاط ، غم و تاثر،آرامش و ضعف و حتی دعا و نیایش .پس می توان نتیجه گرفت که خط وسیله ی ثبت و ضبط هیجانات درونی طراح و عکس العمل های او نسبت به جهان خارج است . مطلب دیگر اینکه دستگاه بینایی همه ی افراد مشابه است اما، ما طرحهای متنوعی از هنرمندان را مشاهده می کنیم که این امر ناشی از حالات روانی و سیستم عصبی هر فرد می باشد که دنیا را به نحوی خاص خود می بیند.
طراحی
طراحی به دانش ایجاد یک طرح یا نمایه از هر تصویر ذهنی یا واقعی گفته می‌شود.
در هنرهای تجسمی، طراحی یا به‌صورت یک اثر مستقل و یا به‌عنوان پیش طرحی برای اثر اصلی انجام می‌شود که در این صورت طرح
مقدماتینیز خوانده می‌شود. طراحی به دو حوزهٔ کلی تقسیم می‌شود. یکی حوزهٔ drawing (رسم) است که شامل برداشت‌های شخصی یا تجربه‌های آزاد طراح از موضوعات گوناگون با بیان مستقل و به روش های متنوع می‌باشد و دیگری حوزهٔ design (طراحی) است که شامل مراحل ترکیب عناصر بصری و فضا بر پایهٔ اصول طرح است و جنبهٔ کاربردی دارد، مانند رشته‌های طراحی صنعتی، طراحی معماری و طراحی لباس.نقشی که فقط با خط رسم شود و سایه‌روشن یا لکه‌های رنگی نداشته باشد طرح خطینامیده می‌شود. مهم‌ترین موضوع در طرحهای خطی، خطوط پیرامونی اشیاء است.طراحی فنی و مهندسی با خط‌کش، پرگار، گونیا و ابزارهایی مانند آنها انجام می‌شود.
الگوی طراحی
الگوی طراحی مستنداتی هستند که از راه‌حل‌های موفق برای رده خاصی از مشکلات بوجود آمده و از آنها در حل مسائل آتی استفاده می‌شود. در ابتدا یک مهندس معمار به نام کریستوفر الکساندر از الگوهای طراحی در زمینه کاری خود استفاده نمود، بعدها این ایده در زمینه‌های کاری دیگر نیز گسترش یافته و مخصوصا در برنامه‌نویسی بسیار پررنگ گردید.
الگوی طراحی در مهندسی نرم‌افزار
انواع الگوهای طراحی
در ابتدا چندین الگوی طراحی زیربنایی در زمینه مهندسی کامپیوتر مطرح گشت که تعداد آنها حدود ۲۰ عدد بود. ولی اکنون الگوهای طراحی به بیش از ۱۰۰ عدد رسیده به طوری که دیگر نمی‌توان تمامی آنها را در یکجا نام برد.
تعدادی از معروفترین الگوهای طراحی را در زیر نام می‌بریم:
الگوی طراحی آداپتور
الگوی طراحی دستور
الگوی طراحی پل
الگوی طراحی دکوراتور
الگوی طراحی کارخانه
الگوی طراحی وارونگی کنترل
هسته تفکری
با وجود اینکه تعداد الگوهای طراحی در طول زمان افزایش یافته و همچنان افزایش می‌یابد، تفکر اصلی‌ای که برروی تمامی آنها سایه افکنده و مانند موتور محرکه برای الگوهای طراحیست دو قانون کلی مهندسی نرم‌افزار است:
پیاده‌سازی را از واسط برنامه(interface) جدا کنید.
هیچگاه پیاده‌سازی را استفاده نکرده بلکه تنها از واسط‌های برنامه استفاده کنید. همچنین عده‌ای بر این نظرند که الگوهای طراحی به دلیل مشکلاتی که نوع تفکر در یک زبان برنامه‌نویسی دارد بوجود آمده‌اند و اگر به طرز تفکری ایده‌آل در زمینه زبان‌های نرم‌افزاری برسیم دیگر نیازی نیست تا راه‌کارهایی غیرمعمول برای مشکلات استفاده کنیم.در هر حال تا رسیدن به آن نقطه آرمانی میتوان از الگوهای طراحی برای حل مشکلات خاص استفاده نمود.
طراحی رایانه‌ای
طراحی رایانه‌اییا کَد، به انگلیسی (Computer Aided Design) به استفاده از فناوری رایانه در فرایند طراحی و مستندسازی طراحی گفته می‌شود.
امروزه بسیاری از مراحل طراحی قطعات و اجزاء مختلف توسط رایانه انجام می‌شود. بسیاری از قطعات تحت شرایط مختلف باید آزمایش شوند و اگر بخواهیم تحت آزمایش واقعی قرار دهیم مستلزم هزینه‌های بسیار زیاد می‌شود. با نرم‌افزارهای بسیار متنوع میتوان این شبیه سازی را انجام داد.
نرم‌افزارهای طراحی رایانه‌ای، به نرم‌افزارهایی اطلاق می‌شود که کار ایجاد و ویرایش اشکال را به کمک رایانه انجام می‌دهند. امروزه بیشتر نرم‌افزارهای طراحی به کمک رایانه، نه تنها توانایی ایجاد و ویرایش نقشهٔ دوبعدی و سه‌بعدی قطعات را دارند، بلکه توانایی وارسی (تحلیل) قطعات از نظر مسائل تنش، گرما و مسائل مکانیکی با استفاده از روش المان محدود را دارند
.تمام رشته‌های مهندسی برای طراحی از نرم‌افزارهای مناسب خود استفاده می‌کنند. نرم‌افزارهای مورد استفاده در طراحی معماری و طراحی صنعتی اغلب نرم‌افزارهای گرافیکی هستند. از نرم‌افزارهای سه بعدی که بیشتر در طراحی معماری و طراحی صنعتی استفاده می‌شوند میتوان به اتوکد، سالیدورکس، اینونتور، سالید اج و مکانیکال دسکتاپ اشاره کرد. علاوه بر این موارد، نرم‌افزارهای گرافیکی دو بعدی مانند فتوشاپ، کورل‌دراو و فری‌هند نیز بسیار پر کاربرد هستند. کتیا ، یونیگرافیکس و پرو/اینجینیر هم از بهترین نرم‌افزارهای گرافیکی مورد استفاده‌است که با امکان محاسبات پیچیده مهندسی از قبیل محاسبات تنشهای محوری وهزاران قابلیت حرفه‌ای دیگر به طراحان کمک کرده‌اند.
طراحی هوشمند
طراحی هوشمند (به انگلیسی: Intelligent design) یا آفرینش هوشمند، ایده‌ای است که هواداران آن معتقدند، بهترین توضیح برای جهان و موجودات زنده با فرض وجود علتی هوشمند محقق می‌شود، و جهان آن‌چنان ساده نیست که توسط طبیعت ساخته شود.
طرفداران این مدل می گویند می‌بایست وجودی هوشمند بر این جهان احاطه داشته باشد. آفرینش هوشمند بیانگر آن است که جهان تنها با تکامل شکل نگرفته است.
این مدل -که قرائت جدیدی از برهان نظم است- توسط گروهی از متفکران دارای صبغهٔ دانشگاهی پیش کشیده شده است. این متفکران عقیده دارند که شواهد تجربی علم زیست‌شناسی و نیز برهان‌های ریاضی موید ادعاهای آن‌هاست. آنها بر خلاف طرفداران سنتی آفرینش به وقوع تغییرات بسیار جزیی در موجودات در طول زمان‌های طولانی معتقدند و نیز به عمر طولانی حیات در کرهٔ زمین (و نه ۶۰۰۰ سال که در کتاب مقدس آمده) اذعان دارند.
اما آنچه که سبب شهرت سریع و گستردهٔ این نظریه شد، جنجال رسانه‌ای موافقان و مخالفان گنجاندن این نظریه در برنامهٔ درس علوم مدارس امریکا و سپس کشیده شدن این مسئله به دادگاه در سال ۲۰۰۵ بود.
نظریه‌پردازان
ویلیام دمبسکی و جان جونز از نظریه پردازان مشهور حوزهٔ آفرینش هوشمند هستند.از اصلی‌ترین کتبی که اخیراً در این خصوص نگاشته شده، می توان به امضا در سلول:DNA و شواهدی بر طراحی هوشمند، تالیف استفان مایر اشاره نمود.
استدلال ها
پیچیدگی‌های مشخص شده
این مفهوم که برای اولین بار توسط ویلیام دمبسکی ارایه شد، بر وجود دو خصیصه همزمان در دستگاه‌های کاینات تاکید می‌کند که به زعم مبدع آن- دمبسکی- نشانگر آفرینش جهان توسط طراح هوشمندی است. دمبسکی این دو خصیصه را اولاً وجود پیچیدگی و ثانیاً کاملاً مشخص بودن آن بر می‌شمرد.
او پیچیدگی را امری میداند که احتمال وقوع آن به خودی خود بسیار کم است و مشخص بودن آنرا در آن میداند که شما بتوانید آن امر را با توصیفاتی بسیار کوتاه، بطوری که برای همگان قابل فهم باشد مشخص کنید. به عنوان مثال‌هایی که هر دو این خصیصه را در خود دارند میتوان به دنباله طولانی‌ای از اعداد اول اشاره کرد که طولانی بودن آن نشانه پیچیدگی و اول بودن آن نشانه مشخص بودنش است، یا یک غزل از شکسپیر که از کنار هم قرار گرفتن بسیاری حروف الفبا تشکیل شده است که طولانی بودنش دلیلی بر پیچیدگی‌اش و با معنی بودنش نشانه‌ای از مشخص بودنش است.
دمبسکی می‌گوید که اگر شما یک گیرنده رادیویی برای دریافت امواج فضایی داشته باشید و روزی مثلاً امواجی به شکل دنباله اعداد اول را از فضا دریافت کنید مطمئناً ارسال کننده آنرا یک موجود هوشمند خواهید شمرد.
ثوابت فیزیکی تنظیم شده
نظریه‌پردازان آفرینش هوشمند استدلال می‌کنند که ثوابت فیزیکی جهان هستی به شکلی کاملاً دقیق تنظیم شده‌اند. به نحوی که اگر در مقادیرشان، کوچکترین تغییری وجود می‌داشت، حیات به شکل کنونی‌اش ابداً قابل شکل‌گیری نمی‌بود.
از جمله این ثوابت می‌شود ثابت کیهانشناختی، ثابت گرانش، ثابت ساختار ریز، سرعت نور، ثابت پلانک و برخی دیگر را نام برد .
پیچیدگی‌های غیر قابل فروکاست و اجزای مرتبط
بعضی دستگاه‌های دارای اجزای متعدد، دارای این ویژگی هستند که فقط و فقط در صورت وجود تک تک اجزای‌شان قادر به کار کردن هستند، به شکلی که شما نمی‌توانید یکی از اجزای آنها را از آنها جدا کرده و دستگاه کماکان قادر به کار کردن باشد. بعنوان مثال می‌توانید یک موتور خودرو را در نظر بگیرید که برای حرکت نیازمند تمامی اجزای خود است.
پیچیدگی‌های موجود در این دستگاه‌ها را اصطلاحاً پیچیدگی‌های کاهش‌ناپذیر می‌نامند. طرفداران نظریه آفرینش هوشمند معتقدند که دستگاه‌های دارای پیچیدگی‌های کاهش‌ناپذیر، نمی‌توانند از تکامل تدریجی و انتخاب طبیعی به وجود آمده باشند چرا که هر تغییر جزیی در آنها به قیمت از کار افتادنشان تمام می‌شود.
ریچارد داوکینز در پاسخ می‌نویسد:
«این پرسش‌ها که «نصف یک چشم به چه کار می‌آید؟» و یا «نصف یک بال به چه کار می‌آید؟» نمونه‌هایی از برهان «پیچیدگی فرونکاستنی» هستند. یک واحد کارکردی را هنگامی دارای پیچیدگی فرونکاستنی می‌دانیم که برداشتن یکی از اجزای آن واحد، موجب اختلال کلی در کارکرد آن شود. این برهان فرض می‌گیرد که چشم و بال پیچیدگی فرونکاستنی دارند. اما همین که یک لحظه بیندیشیم، بی درنگ مغالطه را درمی یابیم. اگر عدسی چشم یک بیمار مبتلا به آب مروارید را با جراحی برداریم، او دیگر بدون عینک نمی‌تواند تصاویر را به وضوح ببیند، اما آن قدر بینایی دارد که با درخت برخورد نکند و یا از صخره فرونیفتد. درست است که داشتن نصف بال، به خوبی داشتن یک بال کامل نیست، اما مسلماً از بال نداشتن بهتر است. موقع سقوط از درختی به ارتفاع معین، بال نصفه می‌تواند شدت ضربهٔ برخوردتان به زمین را تخفیف، و جان تان را نجات دهد. و اگر ۵۱ درصد از یک بال را داشته باشید، می‌توانید از درختی اندکی بلند تر بیافتید و باز زنده بمانید. هر کسری از بال را که داشته باشید، ارتفاعی هست که با داشتن آن بال، جان تان نجات می‌یابد، در حالی که اگر بال تان اندکی کوچک تر بود از آن ارتفاع معین جان بدر نمی‌بردید. این آزمایش فکری دربارهٔ سقوط از درخت‌هایی با ارتفاع‌های معین، یک شیوهٔ درک این مطلب است که، به لحاظ نظری، منحنی مزیت بال باید شیب ملایمی داشته باشد که از ۱ تا ۱۰۰ درصد امتداد می‌یابد. جنگل‌ها پر از جانوران هواسُر یا چَترباز هستند. این جانوران عملاً مراحل مختلف این شیب صعودی بال به قلهٔ محال را نشان می‌دهند.
اگر بخواهیم برای کاربرد چشم هم مثالی مشابه کاربرد بال‌های ناقص هنگام افتادن از درختان با ارتفاعات مختلف بزنیم، به راحتی می‌توانیم موقعیت‌هایی را تصور کنیم که در آنها نصف یک چشم، جان جانور را نجات می‌دهد، در حالی که ۴۹ درصد آن چشم چنین نمی‌کند. این شیب‌های ملایم تکاملی چشم را میتوان در تغییرات شرایط نوری، و تغییرات فاصلهٔ تشخیص شکارچی – یا شکار– یافت. و درست مانند وضعیت بال‌ها و سطوح پروازی، حالت‌های میانی چشم هم نه تنها قابل تصور اند، بلکه در سراسر دنیای وحش فراوان اند. کِرم پَهن، چشمی دارد که با هر معیار معقولی، محقرتر از نصف چشم انسان است. حلزون دریایی ناوتیلوس چشمی دارد که در میانهٔ راه چشم کرم پَهن و چشم انسان است. برخلاف چشم کرِم پَهن که فقط نور و سایه را تشخیص می‌دهد، اما تصاویر را نمی‌تواند ببیند، چشم ناوتیلوس شبیه دوربینی بی عدسی است که می‌تواند یک تصویر حقیقی بسازد؛ اما تصویر آن در مقایسه با تصویر چشم ما تیره و تار است. هیچ آدم عاقلی نمی‌تواند انکار کند که چشم داشتن برای این جانور بی مهره و بسیاری جانواردان دیگر، بهتر از چشم نداشتن است و همگی این چشم‌ها در جایی روی این شیب پیوسته و ملایم به سوی قلهٔ محال جای می‌گیرند. بر روی این شیب، چشم ما نزدیک به یک قله‌است – هرچند نه مرتفع ترین قله، اما یکی از مرتفع ترین قله‌ها. در کتاب صعود به قلهٔ محال من یک فصل کامل را به چشم و یک فصل را نیز به بال اختصاص داده‌ام، و نشان داده‌ام که این دو به چه سادگی توانسته‌اند آهسته (وحتی شاید نه چندان آهسته) این مراتب صعودی را بپیمایند. در اینجا این موضوع را ختم می‌کنم .»
انتقاد نسبت‌به حوزه‌هایی که هنوز بی‌پاسخ‌اند
با پیشرفت زیست شناسی، منتقدان توجه خود را به سیستم‌های پیچیده سلولی مانند سیستم ایمنی و ساختارهای پیچیده مولکولی مانند موتور تاژک باکتری‌ها معطوف کردند. با اینکه شیوهٔ فرگشت پیچیده‌ترین سیستم‌های زیستی شناخته شده یا در دست تحقیق است.در مقابل مدافعان فرگشت، این انتقاد را نوعی مغالطه توسل به جهل می دانند.
واکنش‌ها و تاثیرات
انتقادات دانشمندان
بسیاری گفته اند که تا کنون، مبنای علمی چندان مستحکمی برای این مدل ارائه نشده است.دانشمندان از این مدل با عناوینی همچون junk science و semi science یاد می کنند؛ زیرا مبنای علمی ندارد.
دادگاه
در سپتامبر سال ۲۰۰۵، والدین ۱۱ دانش‌آموز مدرسه‌ای در منطقه داور در ایالت پنسیلوانیا از مسوولان مدرسهٔ منطقه‌ای داور بسبب گنجاندن نظریه آفرینش هوشمند در برنامه درسی دانش‌آموزان و تدریس آن به عنوان نظریه‌ای علمی در کنار نظریه تکامل شکایت کردند.
قاضی دادگاه فدرال، جان جونز، در نهایت مسوولان مدرسه داور را به علت تخلف از متمم اول قانون اساسی امریکا مجرم شناخت. دادگاه همچنین حکم به خارج کردن تدریس این نظریه از برنامه درس علوم دانش‌آموزان مدرسه داد.
طراحی وب
طراحی وب به مهارت ساخت و راه‌اندازی صفحات وب گفته می‌شود.
تیم برنرز لی، مخترع وب، با برپایی یک سایت وب در اوت ۱۹۹۱، نام خود را به عنوان نخستین سازندهٔ وب در تاریخ نگاشت. او در نخستین وب‌سایتش، از اَبَرمتن و پیوندی برای ایمیل (پست الکترونیک) استفاده کرده بود.
در آغاز، سایتهای وب با کُدهای ساده «اچ‌تی‌ام‌ال» نوشته می‌شدند، گونه‌ای از زبان کُدنویسی که ساختار ساده‌ای به وب‌گاه‌ها می‌داد، شامل سرتیتر و پاراگراف، و توانایی پیوند دادن به صفحه‌های وب دیگر، با اَبَرمتن. در مقایسه با روش‌های دیگر، این راه تازه و متفاوتی بود که کاربران به سادگی می‌توانستند با یک مرورگر، صفحه‌های پیوند خورده را باز کنند.
با پیشرفت وب و هنر طراحی آن، زبان کُد نویسی اش، اَبَرمتن یا اچ‌تی‌ام‌ال، پیچیده‌تر و پرانعطاف‌تر شد. ابزاری مانند جدول‌ها که بیشتر برای نمایش نمودارهای داده‌ای بودند، بزودی مورد استفاده نادرست، برای چیدمان‌های پنهان در صفحه‌های وب قرار گرفتند. با پیدایش الگوهای آبشاری وب یا «CSS»، روش نادرست طراحی با جدول‌های پنهان در صفحه از گردونه خارج، و بجای آن استفاده مناسب از زبان کمکی «CSS» جایگزین شد.
فناوری‌های یکپارچه سازی داده‌گاه‌ها (Database)، مانند زبان‌های کُدنویسی سمت سرور (Server-Side Scripting) مانند CGI، PHP، ASP.NET، ASP، JSP و ColdFusion، و استانداردهای طراحی مدرن با الگوها (CSS)، ساختار سایتهای وب را باز هم تغییر داده و آنرا پیشرفته تر کرده اند.
همچنین با آمدن نگاره‌های جاندار و فناوری‌های پویانمایی به صفحه ها، مانند فلَش (Flash)، چهره وب بیشتر از پیش تغییر کرد و توانمندی‌های تازه به سازندگان رسانه و طراح‌های وب داده شد، و توانایی‌های بیشتر و کارایی‌ها تازه مرورگرها برای اچ‌تی‌ام‌ال
ساعت : 10:36 am | نویسنده : admin
|
مطلب بعدی