فایل آموزشی درخواستهای وب با زبان #C

 

دانلود فایل Web Application C# .Net

جي‌اس‌ام، يك اختصار پذيرفته‌شده براي استاندارد "سيستم بين المللي ارتباطات همراه" محسوب ميشود كه در اصل از عبارتي فرانسوي گرفته شده است و همانند HICAP، Mobiletex GPRS و PALM از محبوبترين و رايجترين استانداردهاي تلفن همراه در سراسر دنيا به شمار ميرود.
اين استاندارد در حال حاضر توسط بيش از 2 ميليارد نفر در 212 كشور استفاده مي‌شود كه در نوع خود يك رقم باورنكردني است و باعث مي‌شود تا كاربران با استفاده از قابليت Roaming يا امكان حضور همزمان در دو نقطه‌ي متفاوت ارتباطي، بتوانند از گوشي همراه خود در هر شهر و كشوري استفاده كنند. اين استاندارد با نمونه‌هاي مشابه قبلي خود تفاوتهايي عمده دارد و از جمله‌ي آنها مي‌توان به كيفيت ديجيتالي برقراري مكالمات با تلفن همراه اشاره كرد كه به عبارتي يك سيستم نسل دوم تلفن همراه تلقي مي‌شود.
اين واقعيت، مويد آن است كه ارتباطات داده‌يي به وسيله‌ي جي‌اس‌ام، براي استفاده در پروژه‌ي مشترك نسل سوم گوشي‌هاي همراه نيز كاربرد خواهد داشت.
از ديدگاه اكثر مصرف كنندگان و كاربران، مزيت اصلي و عمده‌ي GSM در افزايش كيفيت برقراري تماسهاي تلفني و همچنين كاهش نرخ مكالمات و نيز سرويسهاي جانبي مثل پيام كوتاه يا SMS است.
همچنين از ديد اپراتورهاي شبكه، مزيت و برتري اين استاندارد، امكان به كارگيري لوازم و تجهيزات جانبي گوشي‌هاي همراه با ماركهاي مختلف در يك مجموعه است چرا كه طراحي باز اين استاندارد به عملكرد چندوجهي ارتباطي كاربر كمك مي‌كند.
همزمان با گسترش و توليد نسخه‌هاي جديدي از اين استاندارد، همخواني و كارآيي مناسب با گوشي‌هاي اوريجينال و استانداردهاي قديمي‌تر GSM نيز حفظ شده است براي مثال قابليتهاي ارسال داده به شكل بسته‌يي در نسخه‌ي 97 جي اس ام نيز به مجموعه‌ي امكانات قبلي اضافه شده و از ابزارهاي GPRS يا سرويس راديوي عمومي همراه استفاده نموده است. سرعت ارسال و انتقال بالاتر داده‌ها نيز همراه با تكنولوژي جديد EDGE يا نسخه‌ي آزمايشي بسته‌ي سرعت انتقال داده‌ي افزايش يافته براي GSM در 99 امين توليد اين استاندارد براي كاربران ارايه شده است.
تاريخچه‌ي GSM
گسترش گوشي‌هاي سلولي تلفن همراه در اوايل دهه‌ي هشتاد ميلادي در اروپا، رو به زوال نهاد. عدم وجود استانداردسازي‌هاي تكنولوژيكي، سران اجلاس وزراي ارتباطات و فناوري اطلاعات كشورهاي اروپايي را در سال 1982 با هدف توسعه‌ي يك استاندارد واحد براي گوشي‌هاي همراه كه در سراسر قاره، قابل استفاده باشد، وادار ساخت تا به ساخت گروه ويژه‌ي تلفن همراه (GSM) مبادرت ورزند.
نخستين شبكه‌ي استاندارد جي‌اس‌ام نيز در سال 1988 و در فنلاند افتتاح شد. در سال 1989، مسووليت مديريت استاندارد به موسسه‌ي استانداردهاي ارتباطات سيار اروپا (ETSI) واگذار شد و فاز نخست راه‌اندازي شبكه‌هاي GSM در سراسر قاره نيز به سال 1990 بهره‌برداري شد.
در پايان سال 1993، بالغ بر يك ميليون كاربر از طريق 70 سرويس دهنده در 48 كشور از سرويسهاي در سراسر اروپا از سرويسهاي جي‌اس‌ام استفاده مي‌كردند.

 

یکی از مهمترین دغدغه هایی که کاربران یاهو مسنجر با آن مواجه هستند از بین رفتن آفلاین هایی است که دوستان برای آنها ارسال میکنند. به اصطلاح گاهی آفلاینهای یاهو مسنجر میپرد. این موضوع دلایل مختلفی دارد. در این ترفند قصد داریم به بررسی دلایل مختلف این پیش آمد بپردازیم و راه حل ساده مشاهده مجدد آفلاینها را به شما معرفی کنیم.

پائين بودن سرعت وصل شدن به سرور ياهو
از آنجايي که بيشتر کاربران اينترنتي در ايران از سرويس اينترنتي تلفني يا Dialup استفاده مي کنند، از سرعت پائيني برخوردارند. و موقع وصل شدن به سرور ياهو مسنجر، به دليل اين که ارسال بسته هاي اينترنتي (Packets) به سرور ياهو بيش از حد معمول طول مي کشد، لذا تصور ياهو بر اين مي شود که شما قطع شده ايد و بايد دوباره وصل شويد. در حالي که نصف عمليات Login شدن را انجام داده ايد.در اين حالت، به دليل اين که يک ارتباط (ولو ناموفق) با ياهو برقرار شده است، ياهو با احتساب اين که شما به سرور وصل شده ايد، آفلاين ها را براي شما ارسال مي کند. و از محل نگهداري آن پاک مي شود. و چون شما در برقراري تماس با ياهو ناموفق بوده ايد، لذا دوباره وصل مي شويد. که اين عمل باعث مي شود آفلاين هاي شما بپرد. چون طبق تصور ياهو، ديگر آفلايني وجود ندارد که براي شما ارسال شود.البته در نسخه هاي 5 و به قبل ياهو مسنجر، هيچ وقت آفلاينها پاک نمي شدند. و خود شما بايد آنها را پاک مي کرديد.

بد شانسي در ارتباط اينترنت
چنانچه وقتي مسنجر شما در حال بالا آمدن باشد و به طور تصادفي اينترنت شما قطع (Disconnect) شود، متاسفانه پنجره آفلاين هاي شما خود به خود بسته مي شود. که البته اين کار نتيجه برنامه نويسي بد اين قسمت ياهو مسنجر است. البته چنانچه از پشت LAN به ياهو وصل شده باشيد، کمي طول مي کشد تا قطع بودن شما به برنامه ياهو مسنجر ثابت شود.

زياد بودن بيش از حد آفلاين ها
کساني که افراد زيادي آنها را Add کرده اند و مرتبا Send To All از افراد مختلف دريافت مي‌کنند، معمولا در دريافت آفلاين ها مشکل دارند. چون ياهو از يک حدي بيشتر آفلاين ها را نگهداري نمي کند و چنانچه به بيش از حد مورد نظر برسد، تنها تعداد خاصي از آخرين آفلاين ها به نمايش در مي آيند و بقيه دور ريخته مي شوند.

دير به دير Login کردن به ياهو مسنجر
چنانچه شما يک مدت طولاني، مثلا چند ماه به ياهو مسنجر Login نکنيد، آفلاين هاي شما مي‌پرد.

دير رسيدن آفلاين ها به دست شما
گاهي اوقات به دلايل نامشخص، آفلاين ها دير به دست شما مي رسند. مثلا، فردي ديروز براي شما آفلاين گذاشته، اما شما امروز وقتي وارد مسنجر مي شويد آفلاين را نمي بينيد. بلکه ممکن است در دفعات بعدي آن آفلاين به دست شما برسد.


اما چه کنیم که آفلاینهای خودمان را مجدد مشاهده کنیم؟ بدین منظور باید قسمت Message Archive یاهو مسنجر را فعال کنیم.
بدین منظور از منوی Messenger به Preferences بروید. حالا به قسمت Archive رفته و تیک گزینه Yes , save all of my messages را بزنید. اکنون OK کرده و خارج شوید.
پس از این کار تمامی آفلاینهایی که برای شما ارسال میشود در داخل Message Archive ذخیره میشود. برای مشاهده این قسمت از منوی Contacts به Message Archive بروید.
تنها دقت کنید آفلاینهایی که برایتان ارسال میشود ولی هرگز به دست شما نمیرسند طبعأ در این قسمت هم ذخیره نمیشوند.

براي چند لحظه زماني را تصور کنيد که کل اطلاعات پست الکترونيکي شما شامل آدرس ها، شماره هاي تلفن، اسناد مهم، تصاوير و غيره ناپديد شوند. مسلماً اين اتفاق براي شما بسيار مصيبت بار خواهد بود.

اگر مرتباً از نامه‌هاي الکترونيکي خود نسخه پشتيبان تهيه کنيد، نگران به وجود آمدن چنين وضعيتي باشيد. بنابراين به اين کار اهميت ويژه اي دهيد. براي اينکه در روند تهيه نسخه پشتيبان از نامه‌هاي الکترونيکي به شما کمک کنيم، مراحل انجام اين کار را با برخي از برنامه‌هاي متداول در اين زمينه توضيح مي دهيم. قبل از شروع کار، اشاره به اين نکته ضروري است که دو راه براي بازيابي نامه‌هاي الکترونيکي وجود دارد: نخست دسترسي به نامه ها با استفاده از يک برنامه پست الکترونيکي نصب شده روي کامپيوتر و ديگري استفاده از وب سايت ويژه ارائه دهنده پست الکترونيکي. در هر کدام از اين دو مورد براي ايجاد امنيت خاطر بيشتر، بايد فايل هايتان را روي يک درايو قابل حمل مثل يک CD ذخيره کنيد.




روش اول: برنامه‌هاي پست الکترونيکي
برنامه‌هاي پست الکترونيکي بسياري وجود دارند. در اين مقاله مراحل پشتيباني از نامه‌هاي الکترونيکي توسط سه نمونه از مهم ترين آنها را بررسي مي کنيم.

1- AOL

نرم افزار AOL باعث سهولت دسترسي به سرويس پست الکترونيکي AOL مي شود. حتي اگر از برنامه AOL روي کامپيوترتان استفاده کنيد، نامه هايتان روي سرورهاي AOL مستقر مي شوند، در نتيجه، مي توانيد از طريق برنامه AOL يا وب سايت AOL به پست الکترونيکي AOL دسترسي پيدا کنيد. AOL به صورت خودکار نامه‌هاي ذخيره شده روي سرورهاي خود را بعد از مدت محدودي پاک مي کند. از اين رو بايد به صورت مرتب از نامه‌هاي الکترونيکي خود نسخه پشتيبان تهيه کنيد. تمام نامه‌هاي جديد و خوانده نشده، به پوشه NEW MAIL در AOL 9.0SECURITY EDITION فرستاده مي شوند. نامه ها براي مدت محدودي در اين پوشه باقي مي مانند و بعد از اينکه يک نامه را خوانديد، به پوشه OLD MAIL منتقل مي شود که در آنجا براي مدت محدودي باقي مي ماند. اين پوشه ها روي سرورهاي AOL مستقر هستند. وقتي که اين محدوده زماني به پايان برسد، AOL آن نامه را پاک مي کند.علاوه بر پاک کردن خودکار نامه ها بعد از يک مدت خاص، AOL ميزان فضاي ذخيره سازي طولاني مدت، نامه ها را از سرورهاي AOL به کامپيوتر خانگي خود انتقال دهيد. AOL از پوشه اي با نام SAVED ON MY PC براي ذخيره دائمي کپي نامه هايي که انتخاب کرده ايد، استفاده مي کند.اين پوشه همچنين با نام PERSONAL FILING CABINET هم شناخته مي شود که روي کامپيوترتان مستقر مي شود.

از آنجا که PERSONAL FILING CABINET شامل نامه هايي مي شود که آنها را براي نگهداري انتخاب کرده ايد، پس بايد از آن نسخه پشتيبان تهيه کنيد؛ بدين منظور به آدرس زير برويد:

C:/DOCUMENTSANDSETTINGS/ALLUSERS/APPLICATION DATA/C_AMERICA ONLINE9.0

سپس به دنبال پوشه اي با نام ORGANIZE بگرديد و کل اين پوشه را روي CD يا درايو FLASH کپي کنيد. در صورتي که لازم است نسخه پشتيبان را بازيابي کنيد، پوشه ORGANIZE و محتويات آن را در آدرس زير کپي کنيد:

C:/DOCUMENTSANDSETTINGS/ALLUSERS/APPLICATIONDATA/AOL/C_AMERICA ONLINE9.0

2- OUTLOOK

اين برنامه فقط نامه اي الکترونيکي را ذخيره نمي کند، بلکه تقويم، عملکردها و يادداشت ها را نيز درون فايلي با نام PST(PERSONAL FOLDERS) ذخيره مي کند. براي اينکه از اطلاعات خود در OUTLOOK نسخه پشتيبان تهيه کنيد، PERSONAL FOLDERS BACKUP را از سايت مايکروسافت به صورت رايگان دريافت و اجرا کنيد. بدين منظور به آدرس زير برويد:

OUTLOOK 2003/2002 ADD-IN: PERSONAL FOLDERS BACKUP

اين برنامه افزودني به شما توانايي تهيه نسخه پشتيبان از نامه‌هاي الکترونيکي در فاصله هاي زماني مشخص را مي دهد.

3- OUTLOOK EXPRESS

برنامه تهيه نسخه پشتيبان در OUTLOOK EXPRESS با OUTLOOK تفاوت دارد، بدين منظور ابتدا اين برنامه را باز کنيد و به منوي TOOLS برويد. OPTIONS را انتخاب کرده و سپس روي زبانه MAINTENANCE و بعد دکمه STORE FOLDER کليک و محل پوشه را هاي لايت کنيد. کليدهاي CTRL + C را براي کپي اين محل در کليپ برد فشار دهيد، سپس روي CANCEL کليک کرده و دوباره روي آن کليک کنيد تا کادرهاي محاوره اي بسته شوند. بعد از اتمام اين مراحل، روي START و سپس RUN کليک کنيد. در کادر OPEN، کليدهاي CTTRL+V را براي انتقال محل، فشار دهيد و سپس روي OK کليک کنيد.
سپس ليستي از تمام فايل هاي DBX (فايل هاي مربوط به OUTLOOK EXPRESS ) را مشاهده خواهيد کرد. براي امنيت خاطر بيشتر تمام اين فايل هاي DBX را روي يک درايو قابل حمل کپي کنيد.




روش دوم: تهيه نسخه پشتيبان از پست الکترونيکي مبتني بر وب
پست الکترونيکي مبتني بر وب، داراي ويژگي هاي متفاوتي است؛ از جمله توانايي دسترسي به نامه‌هاي الکترونيکي در زمان. با وجود اين، از آنجا که اين برنامه‌هاي پست الکترونيکي، نامه‌هاي شما را روي سرورهايشان ذخيره مي کنند، تهيه نسخه پشتيبان از آنها مشکل خواهد بود. اگر چه مي توانيد با استفاده از دستور SAVE AS در INTERNET EXPLORER يا يک مرورگر ديگر نامه اي خود را ذخيره کنيد ولي اين روشي غير کارآمد براي تهيه نسخه پشتيبان از تعداد زيادي از نامه هاست.

در اغلب برنامه‌هاي پست الکترونيکي مبتني بر وب، مثل GMAIL HOTMAIL و YAHOO! MAIL، لازم است که نامه هايتان را توسط يک برنامه مثل OUTLOOK EXPRESS بفرستيد يا دريافت کنيد سپس از دستور العمل هاي اين برنامه براي تهيه نسخه پشتيبان از نامه هايتان بهره ببريد.

GMAIL-1

از بين سه سرويس پست الکترونيک مبتني بر وب که در اين مقاله آنها را بررسي مي کنيم. GMAIL تنها سرويسي است که به، صورت رايگان و بون نياز به نرم افزاري مجزا نامه هي را به برنامه ديگري انتقال مي دهد. در GMAIL، مي توانيد از ويژگي انتقال (POST OFFICE PROTOCOL) POP استفاده کنيد.

اين ويژگي نامه‌هاي شما را دوباره به يک حساب پست الکترونيکي که انتخاب کرده ايد، مي فرستد.

براي استفاده از اين گزينه، به حساب GMAIL وارد شويد و روي پيوند SETTINGS کليک کنيد سپس روي زبانه FORWARDING AND POP کليک کنيد.




دکمه راديويي کنار FORWARD A COPY OF INCOMING MAIL ، را انتخاب کرده و آدرس پست الکترونيکي مقصد را وارد کنيد، سپس مي توانيد بعد از انتقال نامه از بين نگهداري، آرشيو کردن يا حذف پيام ها در سرور GMAIL، يکي را انتخاب کنيد.

اگر هرزنامه‌هاي زيادي وارد صندوق پستي شما مي شوند، مي توانيد نامه ها را قبل از انتقال فيلتر کنيد و نامه هايي را که ملاک هاي لازم را شامل نمي شوند، حذف کنيد.

براي اينکه کار را تکميل کنيد، روي SAVE CHANGES در زبانه FORWARDING AND POP کليک کنيد.



MSN HOTMAIL-2

اين سرويس قابليت پشتيباني را فقط به صورت غير رايگان ارائه مي دهد. اگر نمي خواهيد پولي براي ويژگي هاي بيشتر آن بپردازيد، بايد به انتخاب خود از يک برنامه ديگر براي فرستادن نامه ها به يک آدرس پست الکترونيکي استفاده کنيد. FOR HOTMAIL GET MAIL (واقع در آدرسWWW.E_EEASY.CON/GETMAILASPX) که به صورت رايگان است، داراي رابط کاربردي ساده اي است و اين توانايي را به شما مي دهد تا به صورت خودکار نامه‌هاي خود را به حساب پست الکترونيکي ديگري انتقال دهيد.

برنامه ديگر براي اين منظور WEB MAIL ASSISTANT است (واقع در آدرسHTTP://WWW.OMESEEK.COM/) که البته رايگان نيست و نامه‌هاي HOTMAIL را به يک حساب پست الکترونيکي که از قبل مشخص کرده ايد، مي فرستد و داراي عملکردهاي فيلتر کردن هرزنامه و ادغام نامه ها است. علاوه بر اين، WEB MAIL ASSISTANT با YAHOO! MAIL کار مي کند؛ چرا که هر دو اين برنامه ها، نامه ها را به يک حساب الکترونيکي مجزا انتقال مي دهند و سپس با استفاده از يک برنامه مثل OUTLOOK EXPRESS از آنها نسخه پشتيبان تهيه مي کنند. بنابراين قادر نخواهيد بود که نامه‌هاي خود را در سرورهاي HOTMAIL بازيابي کنيد.

YAHOO! MAIL-3

اين سرويس در YAHOO! MAIL نيز، همانند HOTMAIL، غير رايگان است و مثل HOTMAIL مي توانيد برنامه اي رايگان را براي انتقال نامه هايتان به کامپيوتر خانگي خود نصب کنيد.

اين برنامه YPOPS! ناميده مي شود و از آدرسHTTP://WWW.YPOPSEMAIL.COM/ قابل دسترسي است و باز مشابه HOTMAIL، به علت اينکه نامه هايتان را به يک حساب پست الکترونيکي انتقال مي دهيد تا از آنها نسخه پشتيبان تهيه کنيد، قادر نخواهيد بود که نامه‌هاي ذخيره شده روي سرورهاي YAHOO! MAIL را بازيابي کنيد.




نتيجه گيري
اگر چه تهيه نسخه پشتيبان از يک حساب پست الکترونيک مبتني بر وب احتياج به طي مراح بيشتري دارد، ولي اين اطمينان را به شما مي دهد که کپي درستي از نامه هايتان داريد تا زماني که از نامه‌هاي خود نسخه پشتيبان تهيه مي کنيد، مطمئن هستيد که اگر مشکلي پيش بيايد، يک کپي از نامه‌هاي مهم خود داريد؛ با اين حال هميشه به ياد داشته باشيد که روند تهيه نسخه پشتيبان از نامه ها را بايد به طور منظم و مرتب انجام دهيد تا بتوانيدتعداد نامه هايي را که ممکن است بر اثر اشتباه از دست بروند، کاهش دهيد.

معروف ترین نرم افزار رایت CD و DVD مطمئنأ نرم افزار Nero است. در این نرم افزار قسمتی وجود دارد که میتوان سرعت رایت را تعیین کرد. اما این سرعت ، سرعت حقیقی رایت کردن نیست. با استفاده از این ترفند میتوانید به سرعت حقیقی رایت پی ببرید.

بدین منظور:
از منوی Start وارد Run شده و عبارت regedit را تایپ کنید و Enter بزنید تا ویرایشگر رجیستری باز شود.
اکنون به آدرس زیر بروید:
HKEY_CURRENT_USER/Software/Microsoft/Ahead/Nero-BurningRom/Recorder
حالا از قسمت دیگر راست کلیک کرده و از New روی DWORD کلیک کنید و نام آن را ShowSingleRecorderSpeed قرار دهید.
روی دستور جدیدی که ایجاد کردید دوبار کلیک کنید و در قسمت Value مقدار 1 بدهید.

ساختار سایت یاهو به گونه ای بنا شده است که در صورتی که شما 32 بار پسورد یک آیدی را غلط وارد کنید آن آیدی تا 24 ساعت قفل میشود و به هیچ عنوان به امکان لوگین به آن وجود نداد. در این ترفند قصد داریم تا با استفاده از خود سایت یاهو این محدودیت زمانی را از بین ببریم و آیدی خودمان را که قفل شده است را از حالت قفل خارج نماییم. دقت فرمایید که آیدی باید برای خودمان باشد چرا که نیاز به وارد کردن پسورد آیدی است.


برای این کار:
کافی است که به نشانی زیر در سایت یاهو مراجعه کنید:
http://login.yahoo.com/config/login?.redir=ORION

حالا یوزر و پسورد آیدی مربوطه را وارد نمایید و روی دکمه Sign In کلیک کنید.

همگی کاربران چه مبتدی و چه پیشرفته ، مطمئنأ نرم افزار Paint یا همان نقاشی ویندوز را میشناسند. همگی زمانی را به تفریح صرف این برنامه کوچک کرده ایم. اما با آمدن نرم افزارهای حرفه ای ویرایش عکس همچون Corel ، Photoshop و ... این برنامه دیگر کاملأ به یک نرم افزار ابتدایی تبدیل گشته است. اما پیشنهاد میکنیم این نرم افزار را اصلا دست کم نگیرید! چرا که توانایی بسیار جالبی در این برنامه وجود دارد که تاکنون از دید شما پنهان مانده است. با استفاده از ترفندهای مخفی که اکنون به شما معرفی خواهیم کرد میتوانید اعمالی را با Paint انجام دهید که جزء ویژگیهای نرم افزارهای حرفه ای ویرایش تصویر است. این ترفند را اکیدأ به شما پیشنهاد میکنیم.

ابتدا برای اجرا کردن برنامه Paint ، از منوی Start و سپس All Programs وارد Accessories شده و Paint را انتخاب کنید.

پس از باز شدن برنامه ، از منوی File ، گزینه Open را انتخاب کنید. سپس در پنجره جدید باز شده یک عکس را برای نمونه انتخاب کرده و روی دکمه Open کلیک نمایید.
حالا عکس مورد نظر شما در برنامه باز شده است.

مهر زدن قطعه ای از عکس
در Paint قابلیت مخفی وجود دارد که با استفاده از آن میتوانید قطعه ای از عکس را همانند مهر کردن تکرار کنید.
برای این کار در داخل نوار ابزار برنامه ، ابزار Select را انتخاب کنید (مستطیل نقطه چین). سپس بر روی قسمتی از عکس با استفاده از موس یک مستطیل ایجاد کنید. اکنون دست خود را روی دکمه Ctrl نگه دارید و مستطیلی را که ایجاد کردید جابجا کنید و رها کنید. همواره دستتان که روی دکمه Ctrl است این عمل را ادامه دهید تا قطعه عکس انتخاب شده همانند عمل مهر زدن تکرار گردد.

ساییدن قطعه ای از عکس
با استفاده از این قابلیت مخفی ، میتوانید قطعه ای از عکس را همانند عمل ساییدن روی کل عکس بکشانید.
برای این کار در داخل نوار ابزار برنامه ، ابزار Select را انتخاب کنید (مستطیل نقطه چین). سپس بر روی قسمتی از عکس با استفاده از موس یک مستطیل ایجاد کنید. اکنون دست خود را روی دکمه Shift نگه دارید و مستطیلی را که ایجاد کردید جابجا کنید. تا زمانی که دستتان روی دکمه Shift باشد این عمل تکرار خواهد شد.

کوچک و بزرگ کردن قطعه ای از عکس
قابلیت مخفی دیگری که در Paint وجود دارد کوچک و بزرگ کردن قطعه ای از عکس به شکلی است که دیگر اجزای عکس تغییری نکند.
برای این کار در داخل نوار ابزار برنامه ، ابزار Select را انتخاب کنید (مستطیل نقطه چین). سپس بر روی قسمتی از عکس با استفاده از موس یک مستطیل ایجاد کنید. اکنون دست خود را روی دکمه Ctrl نگه دارید و یکی از دکمه های + و - را بزنید. دکمه های Ctrlو+ عکس قطعه انتخابی را بزرگ و دکمه Ctrlو- قطعه انتخابی را کوچک میکند.
لازم به ذکر است که این ترفند را میتوانید روی تمامی ابزارهای ایجاد نقاشی نیز اجرا کنید. به فرض مثال در نوار ابزار ، ابزار Brush (قلم مو) را انتخاب نمایید. اکنون دست خود را روی دکمه های Ctrl و + نگاه دارید تا نقطه بزرگتر شود.

همان طور که اطلاع دارید ، شرکت مخابرات ایران ، خدمات رایگان متنوعی را برای کاربران تلفن های ثابت در نظر گرفته است. اما بسیاری از مردم از این خدمات و نحوه فعال سازی آنها بی خبرند. در این ترفند قصد داریم تمامی این خدمات را معرفی کرده و کدهای فعال سازی هر یک را معرفی کنیم. این خدمات عبارتند از : انتقال مكالمه ، انتظار مكالمه ، شماره‌گيري سريع ، مكالمه از خط اشغال به خطوط ديگر ، سرويس بيدار باش ، سرويس نمايشگر شماره CallerID و دایورت بعد از 5 زنگ.


1- انتقال مكالمه یا دایورت کردن ( Call diverting ) :
با اين سرويس مي‌توانيد هنگامي كه با تلفن شما تماس گرفته مي‌شود مكالمه را به يك خط ديگر ثابت يا همراه منتقل كنيد و عمل دایورت کردن را انجام دهید. اين سرويس با هر دستگاه تلفن دكمه‌اي مجهز به سيستم تن انجام شدني است.
برای این کار شما باید کد زیر را در دستگاه تلفن وارد کنید:
# شماره مورد نظر*21*
بعد از زدن این کد صدایی که میشنوید فرق خواهد کرد ، این یعنی اینکه خط شما دایورت شده است.
برای غیر فعال کردن این سرویس باید باز گوشی رو بردارید (در این حالت باز همان صدای مخصوص شنیده میشود) و بعد عدد #21# را وارد کنید.
در صورتی که مجدد صدای بوق مخصوص را شنیدید ، گوشی را قطع کرده و مجدد روشن کنید. در این حالت خط شما کاملا از حالت دایورت خارج شده است.

2- سرويس انتظار مكالمه یا پشت خطی ( Call waiting ) :
هنگام مكالمه شخص ديگري به شما تلفن مي‌زند صداي بوق ضعيفي به گوشتان مي‌رسد و شما را آگاه مي‌كند شما مي‌توانيد با كمك اين سرويس مكالمه اول خود را موقتاً قطع و با شخص ثالث صحيح كنيد پس از خاتمه ي مكالمه يا در حين مكالمه مي‌توانيد مجدداً با شخص اول به صحبت خود ادامه دهيد.
برای استفاده از این سرویس شما باید بهنگام شنیدن صدای بوق ضعیف با فشار دادن دکمه "Flash" در تلفنهای دیجیتال و با "قطع و وصل کردن" در تلفنهای آنالوگ با نفر سوم تماس برقرار کنید..
برای بازگشت به گفتگوی اول میتوانید همین کار را تکرار کنید.

3- شماره‌گيري سريع ( Speed dealing ):
براي اجتناب از وقوع اشتباه در شماره‌گيري و صرفه جويي در وقت با دادن شماره های دو رقمی به حافظه مخابرات میتونید از این سیستم بهره ببرید. اين سرويس با هر دستگاه تلفن دكمه‌اي مجهز به سيستم تن انجام شدني است.
برای استفاده از این امکان باید دستور زیر رو بکار ببرید :
برای ایجاد کد دو رقمی :
# شماره مورد نظر* کد دو رقمی *51*
بعد از وارد کردن این دستور حالا شما میتونید بعد از برداشتن گوشی با زدن کد دو رقمی** شماره ای رو که قبلا به آن داده اید را شماره گیری کنید.
برای حذف یک شماره از یک کد دو رقمی و تغییر آن میتوانید از دستور زیر استفاده کنید :
# کد دو رقمی *51*
برای غیر فعال کردن همه این کدهای دو رقمی باید از کد #55# استفاده کنید...

4- انتقال مكالمه از خط اشغال به خطوط ديگر ( Call forwarding) :
براي اين كه تماس گيرندگان با بوق اشغال مواجه نشوند ، مي‌توانيد يك يا چند شماره تلفن خود را به مركز تلفن مربوط اعلام كنيد كه در صورت اشغال بودن هر يك از شماره‌ها ارتباط به طور خودكار به شماره‌هاي بعدي منتقل شود.
اين سرويس با هر دستگاه تلفن دكمه‌اي مجهز به سيستم تن انجام شدني است.
برای استفاده از این حالت باید بعد از برداشتن گوشی کد #43* رو بزنید ... برای غیر فعال کردن این حالت باید کد #43# را وارد کنید.

5- سرويس بيدار باش :
با اشتراك اين سرويس زنگ تلفن در ساعت مشخص شده به صدا در مي‌آيد .
اين سرويس با هر دستگاه تلفن دكمه‌اي مجهز به سيستم تن انجام شدني ست .
برای استفاده از این حالت باید از روش زیر استفاده کنید:
ابتدا *55* رو بزنید بعد بترتیب ساعت و دقیقه را وارد کنید و در آخر # را بزنید.
مثلا میخواهیم در ساعت 14:38 تلفن زنگ بزند ، این کد را میزنیم :
1438#*55*
برای غیر فعال کردن این سرویس باید کد #55# را وارد کنید.

6- سرويس نمايشگر شماره CallerID :
در این سرویس شما کافی است یک دستگاه شماره انداز یا یک تلفن مجهز به نمایشگر شماره تلفن را ابتیاع کنید و با استفاده از آن میتوانید شماره را دریافت کنید. این سرویس نیازی به کد فعال سازی ندارد.

7- دایورت بعد از 5 زنگ :
با استفاده از این سرویس شما میتوانید کاری کنید تا بعد از 4 بار زنگ خوردن گوشی و جواب ندادن به گوشی در زنگ 5 ام تلفن دایورت شود روی شماره ای دیگر..
برای استفاده از این سرویس شما باید از کد زیر استفاده کنید:
# شماره مورد نظر*65*
طبق معمول برای غیر فعال کردن این امکان باید کد #65# رو وارد کنید...

 

اشاره :
در حقيقت ساختن يك نرم‌افزار فقط نوشتن كدهاي برنامه نيست. رويه ساخت نرم‌افزارها مراحل متعددي را دربرمي‌گيرد؛ از جمع آوري نيازهاي كاربران گرفته تا طراحي، نوشتن كد و در آخر امتحان نرم افزار. روش توليد نرم‌افزارهاي كوچك با نرم‌افزارهاي بزرگ متفاوت است و طبعاً رويه توليد نرم‌افزارهاي كوچك نيز متفاوت خواهد بود. البته اين رويه نبايد سنگين و حجيم باشد، بايد مستقيماً به تمامي فعاليت‌هاي لازم براي توليد نرم‌افزاري با كيفيت بالا نظارت داشته باشد و از تمامي رويه‌هاي آسان و متمركز استفاده كند. با استفاده از تكنيك‌هايي مفيد، از روش‌هايي مانند XP،Scrum و RUP مي‌توان رويه‌اي مناسب براي توليد نرم‌افزارهاي كوچك به‌وجود آورد. همچنين مي‌توان از روش‌هايPSP و TSP نيز كه براي توليد نرم‌افزارهاي كوچك مناسب هستند استفاده نمود و به‌وسيله اين روش‌ها كيفيت و قابليت‌هاي نرم‌افزارها را بالا برد و در حداقل زمان ممكن نرم‌افزار را تهيه نمود. اين مقاله با بررسي روش‌هاي جديد و متداول امروزي در توليد نرم‌افزار، بهترين و مناسب‌ترين روش توليد نرم‌افزارهاي كوچك را به شما نشان خواهد داد. گفتني است نوشتار حاضر نتايج تحقيقات من در گروه تحقيقاتي مهندسي نرم‌افزار دانشگاه ساندرلند انگلستان است و آمار و نتيجه‌گيري‌هاي آن براساس مصاحبه‌هاي انجام شده با چندين شركت كوچك و بزرگ توليد نرم‌افزار آن كشور است.


فرايند توليد نرم‌افزار
پيروي از يك رويه منظم توليد نرم‌افزار به توليدكنندگان نرم‌افزار كمك مي‌كند امور مربوط به‌توليد نرم‌افزار را منظم و پروژه را در حداقل زمان ممكن و با كارايي بالايي انجام دهند. در حقيقت يك رويه يا Process از مراحل مختلفي تشكيل شده است. اين مراحل فعاليت‌هاي مربوط به رويه را مشخص مي‌نمايند و تعيين مي‌كنند كه اين فعاليت‌ها بايد چگونه انجام شوند. پيروي از اين مراحل به اعضاي پروژه دريابند ياري مي‌رساند كه چه كاري را چه موقع و چگونه انجام دهند همچنين اين كار ميان اعضاي گروه نيز هماهنگي به وجود ميآورد. از آن جايي كه منابع موجود و نيازهاي كاربران هر نرم‌افزار با ديگري تفاوت دارد، فرايند توليد نرم‌افزارهاي گوناگون نيز متفاوت است.

انجمن IEEE رويه يا فرايند توليد نرم‌افزار را اين گونه تعريف مي‌كند: رويه توليد نرم‌افزار در واقع شامل مراحلي مانند جمعآ‌وري نيازهاي كاربران ، طراحي سيستم با استفاده از تحليل اين نيازها و نوشتن كدهاي نرم‌افزار با استفاده از طرح نرم‌افزار است. همچنين بر اين‌باور است كه از آن جايي كه كيفيت و بهره‌وري نيروي كار با كيفيت روند توليد نرم‌افزار ارتباط مستقيم دارد، طراحي و مديريت رويه توليد نرم‌افزار از اهميت شاياني برخوردار است.

براي طراحي يك رويه توليد نرم‌افزار مي توان از روش‌هاي متفاوتي استفاده نمود و از آن جايي كه هر پروژه نرم‌افزاري با ديگر پروژه‌ها متفاوت است، مي‌توان گفت كه رويه توليد آن پروژه نيز با ديگر پروژه‌ها تفاوت دارد. در واقع مي‌توان گفت: انتخاب اين روش‌ها رابطه مستقيمي با اندازه گروه در پروژه دارد و نرم‌افزارهاي بزرگ و كوچك نياز به رويه‌هاي توليد متفاوت دارند.

در ادامه اين مقاله روش‌هاي توليد نرم‌افزارها، به خصوص نرم‌افزارهاي نسبتاً كوچك كه از گروه‌هاي توليد نرم‌افزاري كوچك‌تري استفاده مي‌كنند، بررسي مي‌شوند و مورد ارزيابي قرار مي‌گيرند.

روش SCRUM
در روش‌هاي قديمي و معمول ساخت نرم‌افزار، طراحان نرم‌افزار معمولاً ابتدا فرض مي‌كنند كه تمامي نيازهاي كاربران سيستم را درك كرده‌اند. اما هميشه نيازهاي كاربران سيستم در ابتدا مشخص نيست و كاربران ممكن است در همان مراحل ابتدايي، نيازهاي خود را تغيير دهند و اين چيزي است كه برنامه‌نويسان و طراحان سيستم هميشه از آن شكايت مي‌كنند و به دنبال راه‌حلي براي رفع اين موضوع مي‌گردند. به‌عنوان مثال مدل قديمي آبشاري (waterfall) را در نظر بگيريد.

اين مدل حاوي مشكلات فراواني است كه به صورت مستقيم به غيرقابل ‌انعطاف‌بودن اين مدل ارتباط دارد. اين مدل مانند يك جاده يك طرفه مي‌باشد كه وقتي اتومبيل در آن حركت مي‌كند، نمي‌تواند مسير خود را تغيير دهد و در جهت ديگري حركت كند. در ابتداي كار كاربر سيستم ممكن است نظراتي در مورد سيستم داشته باشد ولي نمي‌تواند ببيند كه سيستم چگونه كار خواهد كرد و در نتيجه ممكن است وقتي كه سيستم آماده شد، از ساختار و كارايي آن راضي نباشد و تقاضاي تغيير در سيستم را بنمايد. در نتيجه اگر بتوانيم كاربر را از ابتدا در جريان ساخت نرم‌افزار قرار دهيم، ممكن است كه اين مشكل حل شود؛ زيرا مي‌تواند نظرات خود را در طول مدت ساخت و قبل از اتمام كار اعلام كنند و در نتيجه از نرم‌افزار تهيه شده راضي باشد.

امروزه يكي از روش‌هاي توليد نرم‌افزار كه به خصوص براي پروژه‌هاي نرم‌افزاري كوچك مورد استفاده قرار مي‌گيرد و توسط بسياري از اساتيد و صاحب‌نظران مورد تأييد قرار گرفته است، روش SCRUM است. با استفاده از اين روش كه روشي به اصطلاح (iterative تكراري يا چرخشي) مي‌باشد، مي‌توان نرم‌افزارهاي كوچك را با كيفيت بالا تهيه نمود. در اين روش كه به روش هوشمند يا Agile نيز مشهور است، مديريت قوي توليد نرم‌افزار وجود دارد كه به برنامه‌نويسان اجازه مي‌دهد با استفاده از آن در پروژه‌ها به سرعت نرم‌افزار موردنظر را تهيه نمايند. اسم Scrum در حقيقت از بازي راگبي گرفته شده است (در بازي راگبي Scrum تيمي متشكل از هشت نفر است كه با همكاري بسيار نزديك با يكديگر بازي مي‌كنند).


در اين روش هر عضو از گروه موظف به درك وظيفه خود در پروژه است و بايد يك هدف مشخص را در تمامي مراحل عملياتي يا فازهاي اجرايي دنبال كند. لازم به ذكر است كه در Scrum هر فاز عملياتي سيستم به Sprint مشهور است.

روش Scrum همانند پروسه‌هاي داراي مرحله برنامه‌ريزي مقدماتي يا Initial Planning است. در اين فاز اعضاي تيم بايد يك نقشه مقدماتي و يك معماري سيستم قابل تغيير به وجود آورند. بعد از اين فاز يك سري از Sprintها به صورت مرتب و جزء جزء نرم‌افزار مورد نظر را به وجود مي‌آورند. انجام دادن هر Sprint ممكن است از يك تا چهار هفته به طول بينجامد و مجموع اين Sprintها نرم‌افزار كاملي را به‌وجود ميآورند.

فهرست تكاليف در هر Sprint به Backlog مشهور است كه تكاليف تيم عملياتي در هر Sprint را مشخص مي‌كند. اين Backlog در هر Sprint بروز مي‌شود و هر تكليف براساس اهميتي كه دارد در فهرست تكاليف تعيين اولويت مي‌گردد. هر فرد در گروه يك كار يا تكليف خاص از اين فهرست را به عهده مي‌گيرد و موظف مي‌شود تا شروع Sprint بعدي آن را به اتمام برساند. وقتي كه يك Sprint شروع شد، ديگر انجام هيچ تغييري در تكاليف امكان ندارد و حتي درخواست‌كننده نرم‌افزار نيز حق تغيير يا درخواست نياز ديگري در نرم‌افزار را نخواهد داشت.

البته درخواست‌كننده مي‌تواند از قسمتي از نرم‌افزار كه بايد در هر مرحله توليد شود بكاهد، اما نمي‌تواند تاريخ تحويل آن قسمت را تغييردهد. شايد بتوان گفت كه اين كار باعث ايجاد نظم در گروه مي‌شود و تاريخ تحويل نرم‌افزار به تعويق نخواهد افتاد. علاوه بر اين، در طول هر Sprint گروه موظف است روزانه جلساتي جهت بررسي روند پيشرفت و قابليت‌هاي نرم‌افزار داشته باشد كه اين نيز به هماهنگي بيشتر گروه كمك خواهد كرد. در اين جلسات كه معمولاً به صورت روزانه است، سه گروه مي‌توانند شركت كنند: گروه تهيه‌كننده نرم‌افزار، مديريت، و درخواست‌كنندگان نرم‌افزار.

در طول اين جلسات مسئول جلسه كه اغلب مدير پروژه است، از تمامي اعضاي تيم سه سؤال مي پرسد:

1- مسئوليت شما (تكاليف) از جلسه قبلي تاكنون چه بوده است و آيا توانسته‌ايد اين تكاليف را به اتمام برسانيد؟

2- در طول اين دوره به چه مشكلاتي برخورده‌ايد؟

3- بر طبق فهرست وظايف، مسئوليت شما از حالا تا جلسه بعدي چه خواهد بود؟

مدير Scrum در حقيقت مسئوليت شناسايي تكاليف محوله به اعضا، بررسي روند تكميلي ساخت نرم‌افزار، بررسي قابليت‌هاي اعضاي گروه و فعاليت در راستاي كم كردن ريسك در پروژه را داراست.

اما چه تفاوتي بين Scrum و ديگر روش‌هاي توليد نرم‌افزار وجود دارد؟ در جواب اين سؤال بايد يادآورشد كه در Scrum هر مرحله يا Sprint قسمتي از نرم‌افزار را آماده مي كند. در اين روش مي توان پيشرفت در توليد نرم‌افزار را در هر مرحله به خوبي احساس نمود. علاوه بر اين، گروه مي‌تواند پس از اتمام هر Sprint تصميم‌گيري‌كند كه آيا مي خواهد به كار روي پروژه ادامه دهد يا انجام پروژه مذكور غيرممكن است. روش Scrum وقتي مي‌تواند بيشتر مفيد باشد كه در ابتداي پروژه نيازهاي كاربران به صورت دقيق مشخص نباشد و يك گروه كوچك مسئول پروژه نرم افزاري باشد.

نتايج تحقيقاتي كه اواخر سال 2005 روي چندين شركت توليدكننده نرم‌افزار در كشور انگلستان انجام دادم، نشان‌دهنده اين بود كه شركت‌هايي كه از Scrum استفاده كرده بودند با حدود چهارصددرصد افزايش در بهره‌وري كار مواجه بودند. البته اين رقم در گروه‌هاي نرم‌افزاري مختلف متفاوت بود و مي‌توان گفت عوامل انساني از جمله مدير پروژه نقش بسيار مهمي در افزايش يا كاهش راندمان پروژه ها دارند.

شايد اين سؤال در ذهن شما به وجود آيد كه چرا Scrum ممكن است براي توليد نرم‌افزارهاي كوچك راه حل خوبي باشد؟ در جواب مي‌توان گفت، از آن جايي كه در تيم‌هاي كوچك، اعضاي گروه بايد از تمامي مسائل پروژه آگاه باشند و در Scrum تمامي مراحل ساخت توسط تمامي اعضاي گروه قابل مشاهده است. لذا اين روش مي‌تواند روش مناسبي باشد.

معايب روش Scram
مزاياي استفاده از Scrum بسيار است، اما اين روش چند اشكال نيز دارد. از جمله:

1- Scrum روش جديدي است و با روش‌هاي مرسوم تفاوت‌هاي زيادي دارد.

2- برخي از برنامه‌نويسان حرفه‌اي ممكن است از تكاليفي كه مدير Scrum به ايشان مي‌دهد راضي نباشند و بخواهند روش قديمي خود را اجرا نمايند و در صورت اجبار، در روند اجراي پروژه كارشكني كرده و مشكل‌آفريني كنند.

3- از آنجا كه مدير Scrum هم از نظر كيفي و هم كمي بايد پروژه را مديريت كند، Scrum نياز به مديريت بسيار قدرتمند دارد.

4- Scrum را مي‌توان به عنوان روش توليد نرم‌افزار نام برد، اما اين روش بيشتر روش مديريت پروژه هوشمند خوبي است و نمي‌توان آن را به صورت منفرد استفاده نمود و مي‌توان گفت براي حصول اطمينان از موفقيت پروژه‌هاي نرم‌افزاري (به خصوص در سطح كوچك) بايد اين روش را با روش‌هاي ديگر ادغام نمود. Scrum را از آن جهت مي‌توان روش خوبي برشمرد كه روشي تحقيقي براساس تخمين، اولويت‌بندي، عملكرد گروه و بررسي نتايج است كه اگر به صورت صحيح مورد استفاده قرار گيرد و قبل از استفاده به صورت كامل آموزش داده شود، مي‌تواند راندمان پروژه‌هاي نرم‌افزاري، به خصوص توليد نرم‌افزارهاي كوچك را به صورت بسيار محسوسي بالا ببرد.

روش XP
اشتباه نكنيد! منظور از روش اكس‌پي، ويندوزاكس‌پي نيست. اكس‌پي مخفف Extreme Programming يا برنامه‌نويسي سريع مي‌باشد كه مانند Scrum روشي هوشمند در توليد نرم‌افزار است. در اكس‌پي دو برنامه‌نويس كار را انجام مي‌دهند و قبل از اتمام برنامه آن را چندين‌بار امتحان مي كنند. اكس‌پي در حقيقت روشي از توليد نرم‌افزار است كه براساس آساني، ارتباط، واكنش و تصميم‌گيري سريع استوار است. شكل 2 اصول روش اكس‌پي را نشان مي‌دهد.

در روش اكس‌پي اعضاي گروه (كه كاربر سيستم نيز عضوي از آن است) در ابتدا جلسه‌اي تشكيل مي‌دهند و اولويت‌هاي پروژه را مشخص مي‌كنند. اين گروه ممكن است از چند برنامه‌نويس، امتحان‌كننده نرم‌افزار يا Tester و تحليلگر سيستم تشكيل شود كه با هم از ابتدا تا انتهاي پروژه همكاري مي‌كنند. معمولاً در اكس‌پي برنامه‌نويسان در گروه‌هاي دوتايي قرار مي‌گيرند و وظيفه تكميل قسمتي از برنامه را برعهده مي‌گيرند و هر دوي اين برنامه نويسان در مورد هر كدام از نيازهاي كاربران با هم بحث مي كنند و قدم به قدم كلاس هاي برنامه را آماده مي‌كنند.

بدين ترتيب كه در ابتدا كلاسي را به صورت ابتدايي و بدون هيچ طراحي اوليه به وجود مي‌آورند و اين كلاس را امتحان مي‌كنند. در صورتي كه اين كلاس فاقد هر گونه اشكال باشد، كد اصلي برنامه را بر آن اساس مي‌نويسند. وقتي يكي از برنامه‌نويسان مشغول نوشتن قسمتي از برنامه است، برنامه‌نويس ديگر وظيفه كنترل صحت اين كدها را عهده‌دار است و در صورت مشاهده هر گونه اشكال، نويسنده كد را مطلع مي‌كند.

مانند Scrum، در اكس‌پي نيز اعضاي گروه مي‌توانند روند تكميلي توليد نرم‌افزار را مشاهده كنند و در جريان كار قرار گيرند.اكس‌پي روش مناسبي براي مديريت پروژه‌هاي كوچك مي‌باشد كه از دو تا ده برنامه‌نويس تشكيل شده است. اگر چه اصولاً اكس‌پي هيچ رويه خاص و مراحل پيوسته‌اي را مشخص نكرده اما مي توان گفت كه اكس‌پي داري چهار مرحله اصلي مي باشد:

الف: مرحله زمانبندي پروژه: در اين مرحله اعضاي گروه با توجه به اندازه نرم‌افزار و كارايي آن برنامه زمانبندي را با هم تنظيم مي كنند.

ب: طراحي ابتدايي

ج: نوشتن كدهاي برنامه

د: امتحان‌كردن كدهاي نوشته شده

مطابق تحقيقاتي كه توسط نويسنده انجام شد، مشخص گرديد كه اكس‌پي در پروژه‌هاي بزرگ با تعداد اعضاي بالاي ده نفر اصلاً موفق نخواهد بود و تنها مي‌تواند براي پروژه‌هاي كوچك مفيد باشد. دليل آن را نيز مي توان در طبيعت اين روش دانست؛ زيرا مستندات چنداني براي نرم‌افزار وجود ندارد و فقط دو نفر يا حداكثر چهار نفر مي‌توانند در مورد قسمتي از نرم‌افزار اطلاعاتي داشته باشند. همچنين نرم‌افزار توليدشده توسط اين روش هيچ‌گونه طراحي سازمان يافته‌اي ندارد كه اين موضوع مي‌تواند براي مراحل پس از نصب يعني تعميرات و نگهداري سيستم باعث بروز مشكلاتي گردد.

از جمله مزاياي اكس‌پي مي‌توان به اين نكته اشاره نمود كه از آن جايي كه يك برنامه‌نويس به صورت مستقيم كدهاي برنامه را كنترل مي كند، مي‌توان گفت كه كيفيت نرم‌افزار توليدي بالا مي‌رود. همچنين مي‌توان گفت از آن جايي كه دو برنامه‌نويس با هم كار مي‌كنند، آموزش كمتري نياز است و در نتيجه هزينه توليد نرم‌افزار پايين خواهد آمد. اما اين روش مشكلات خاص خود را نيز دارد. مثلاً تصوركنيد اگر در يك گروه، يك برنامه‌نويس تمايلي براي كار با برنامه نويس ديگري را نداشته باشد يا در يك روز يكي از دو عضو گروه غايب باشد يا ... در نتيجه چون نمي‌توان با يك برنامه‌نويس به ادامه كار پرداخت، اتمام پروژه با تأخير مواجه خواهد شد.

طبق نتايج تحقيقات به عمل آمده، وقتي يك برنامه‌نويس در كدهاي برنامه به دنبال اشكال مي گردد، حداكثر مي‌تواند ده تا پانزده‌درصد از اشكالات برنامه را پيدا كند. اما وقتي در روشي مثل اكس‌پي دو برنامه‌نويس با هم كار مي كنند و يكي از اين برنامه‌نويسان كدها را كنترل مي‌كند، بيست تا چهل‌درصد از اشكالات ساختاري برنامه خود را نشان مي‌دهد. اما با استفاده از روش‌هاي PSP و TSP كه در ادامه اين مقاله توضيح داده مي‌شوند حتي مي‌توان تا هشتاددرصد اشكالات برنامه (كه رقم بسيار خوبي است) را قبل نهايي‌شدن برنامه شناسايي و رفع كرد.

روشRational Unified Process) ‌RUP)

در اين بخش يكي از معروف‌ترين رويه‌هاي توليد نرم‌افزار كه توسط شركت آي‌بي‌ام طراحي گرديده‌است را معرفي مي‌كنيم. اين روش با نام Rational Unified Process) ‌RUP) در بسياري از پروژه‌هاي نرم‌افزاري به كار گرفته مي‌شود.
در حقيقت هدف اصلي RUP مطمئن‌شدن از اين موضوع مهم است كه آيا نرم‌افزار توليدشده نيازهاي كاربرانش را به صورت كامل، با كيفيت بالا‌، در زمان معين و با بودجه مشخص برآورده كرده است يا خير.

مطابق تحقيقات انجام شده، از آن جايي كه RUP به تمامي اعضاي تيم، اطلاعاتي مشترك مي‌دهد و تمامي اعضاي گروه با يك زبان مشترك با هم مرتبط هستند، بازده كاري گروه را بالا مي‌برد.

RUP داراي سه جزء اصلي است. جزء اول از مجموع راه‌حل‌هاي خوب كه در رويه مي‌تواند مورد استفاده قرار گيرد تشكيل شده است. جزء دوم همان مراحل تهيه نرم‌افزار است و جزء آخر قسمت‌هاي تشكيل‌دهنده اين رويه مي باشد.

‌ ‌ RUP شش راه‌حل خوب كه مي‌تواند در مراحل مختلف اين رويه به ما كمك كند را معرفي كرده است. از آن جمله:

1- استفاده از USE CASEها كه مي‌توانند در جمعآوري نيازهاي كاربران مفيد باشند.

2- استفاده از معماري نرم‌افزار قابل تغيير‌ (‌component reuse)

3- استفاده از روش‌هاي تكميلي و Iterative براي كنترل بهتر و آسان پروژه نرم‌افزاري‌

4- استفاده از نمودارهاي UML

5- كنترل تغييرات در نرم‌افزار

6- كنترل كيفيت نرم‌افزار با توجه به درخواست‌هاي اوليه كاربران

شكل 3 رويه RUP را نمايش مي‌دهد. همان‌طور كه در اين شكل مشخص شده است چرخه توليد نرم‌افزار به چهار قسمت اصلي تقسيم شده است:

الف: Inception phase يا مرحله آغازين:
در اين مرحله اهداف پروژه مشخص شده و درخواست‌هاي اوليه كاربران تعريف مي‌شود. از خروجي‌هاي اين مرحله مي‌توان به مدل اوليه Use Case، آزمون ريسك در پروژه و برنامه زمانبندي پروژه اشاره كرد.

ب: Elaboration phase يا مرحله مقدماتي:
در اين مرحله نيازهاي كاربران تحليل و بررسي شده و راه‌حل كلي طراحي سيستم ترسيم مي‌شود. از خروجي‌هاي اين مرحله مي‌توان از مدل كامل شده Use Case، فهرست نيازهاي كامل كاربران و طرح كلي سيستم نام برد.

ج: Construction phase:
يا مرحله ساخت و توسعه: در اين مرحله نرم‌افزار طراحي شده ساخته مي‌شود و به اصطلاح، كد برنامه نوشته شده و قسمت‌هاي مرتبط به هم ارتباط داده مي‌شوند. از خروجي اين مرحله مي‌توان از نرم‌افزار، راهنماي استفاده از نرم‌افزار و مستندات سيستم نام برد.

د: Transition phase يا مرحله تغييرات:
در اين مرحله اگر نرم‌افزار به وجود آمده در مرحله ساخت دچار مشكل شود، مشكل رفع خواهد شد.

تمامي مراحل توسط خطوط عمودي از همديگر جدا شده‌اند و هر مرحله با يك milestone يا نقطه مهم تمام مي‌شود. روش RUP با استفاده از مدل‌هاي مختلف همچنين مشخص مي‌كند چه كسي، چگونه و چه وقت چه كاري را انجام خواهد داد.

همان‌طور كه در اين قسمت ذكر شد، روش RUP روشي انعطاف پذير، قابل تغيير و پيشرفته است كه مي‌تواند در صورت استفاده صحيح، باعث افزايش كارايي و كيفيت نرم‌افزار توليدي گردد. اما آيا RUP مي‌تواند رويه خوبي براي توليد نرم‌افزارهاي كوچك باشد؟ در جواب بايد گفت كه RUP را طوري طراحي كرده‌اند كه بتواند براي انواع پروژه‌هاي نرم‌افزاري در هر اندازه مفيد باشد و از آن جايي كه از ابزارهاي خوبي مثل UML نيز استفاده مي‌كند، UML) در گروه‌هاي كوچك كه نرم‌افزارهاي كوچك طراحي مي‌كنند ابزار مدلي خوبي است) مي‌تواند باعث همكاري و هماهنگي بيشتر گروه گردد.

اما همان‌طور كه در ادامه اين بحث خواهيد ديد، اگر بتوانيم رويه‌هاي ساده‌تر را با يكديگر ادغام كنيم، شايد بتوانيم راه حلي با كارايي بالاتري داشته باشيم.
روش هاي PSP و TSP
PSP يا Personal Software Process در حقيقت روش توليد نرم‌افزار نيست بلكه روشي است نوين كه با ملزم نمودن اعضاي گروه پروژه‌هاي نرم‌افزاري به رعايت اصولي مشخص و استفاده از فرم‌ها و تكاليفي مشخص به آن‌ها كمك مي‌كند كارايي و بهره‌وري كاري خود را بالا ببرند. اين روش همچنين حاوي تكنيك‌هاي خوبي براي كنترل، ا‌ندازه‌گيري و تشخيص اشكالات مي‌باشد كه مي‌تواند به شخص (مثلاً برنامه‌نويس) كمك كند تا مثلاً با اندازه‌گيري نرم‌افزار، يادداشت ميزان فعاليت روزانه و ساعات هدر رفته، و اشكالات به وجود آمده، مشكلات را حل كند و در نتيجه بهره‌وري خود را بالاتر ببرد. TSP يا Team Software Process مانند PSP است، ولي براي يك تيم طراحي شده و با طرح روش‌هاي منظم جهت كنترل و جمع‌آوري اطلاعات روزانه به اعضاي تيم كمك مي‌كند تا كارايي خود را بالا ببرند.

راه‌حل‌هاي پيشنهادي
تا اين قسمت با برخي از روش‌هاي توليد نرم‌افزار آشنا شديم. اگر دقت كنيد تمامي اين روش‌ها و رويه‌ها مي‌توانستند براي توليد نرم‌افزارهاي كوچك مورداستفاده قرار گيرند، اما در ادامه مقاله با چند روش‌ جديد آشنا خواهيد شد كه در چندين گروه نرم‌افزاري كوچك مورد آزمايش قرار گرفته‌اند و در تمامي موارد بازدهي درخور داشته‌اند. در واقع نمي‌توان گفت تمامي روش‌هاي زير روش‌هاي جديدي هستند، بلكه برخي از آن‌ها از ادغام روش‌هاي بالا به وجود آمده‌اند.

روش RUP + Scrum
همان‌طور كه قبلاً اشاره شد، روش Scrum روشي آسان براي توليد نرم‌افزار است كه مديريت پروژه و نظم موجود در آن مي‌تواند بسيار كارگشا باشد. حال تجسم كنيد كه روش RUP را اجرا و قسمت‌هايي از Scrum را در آن ادغام كنيم. پس از اين كار متوجه خواهيد شد كه روش RUP مي‌تواند از مدل Scrum كمك بگيرد و با ادغام اين دو مي‌توان پروسه‌اي منظم براي توليد نرم‌افزارهاي كوچك سازماندهي كرد. اما همان‌طور كه مي‌دانيد نمي‌توان دو رويه ناهمگون را با هم تركيب نمود. آيا RUP و Scrum با هم شباهت‌هايي دارند؟

همان‌طور كه قبلاً بيان شد، هر دو رويه ساخت نرم‌افزار روش حلقه‌اي تكراركننده يا Iterative را خط مشي خود قرار داده‌اند(البته در RUP تعريف بهتر و كامل‌تري از Iterative شده است). در Scrum تعريف نيازهاي كاربران توسط اعضاي تيم انجام مي‌پذيرد، اما در RUP تنها يك شخصRequirement Engineer) يا مهندس مسئول نيازهاي كاربران) است كه اين مسئوليت را برعهده دارد. در زمينه مدل سيستم اگر چه Scrum مسئوليت انجام اين كار را به تمامي اعضاي گروه داده است، اما هر دو روش از مدل UML پشتيباني مي‌كنند و استفاده از آن را پيشنهاد مي‌دهند.

ضمناً هر دوي اين روش‌ها روش‌هاي هوشمند و Iterative هستند كه مديريت و اندازه گيري كيفيت نرم‌افزار در تمامي مراحل اين رويه‌ها به خوبي ديده مي‌شود. همچنين هر دوي اين روش‌ها انجام تغييرات را در طول پروژه مجاز مي‌دانند. البته همان‌طور كه در قسمت Scrum توضيح داده شد، اين روش تغييرات را در طول مراحل Sprint مجاز نمي‌داند، اما مدير Scrum مي‌تواند تغييرات درخواستي توسط كاربران را جمعآوري و در جلسه بعدي مطرح نمايد.

به تازگي RUP نيز ابزارهاي جديدي مانند RUP Builder و RUP modeller را عرضه كرده كه به مديران پروژه‌ها اجازه مي‌دهد تا برخي از اصول Scrum را درRUP اجرا كنند. در نتيجه اين دو پروسه توليد نرم‌افزار مي‌توانند به كمك بيايند و روشي مناسب براي توليد نرم‌افزارها به‌خصوص در اندازه كوچك باشند.


روش RUP + XP
روش دومي كه مورد آزمايش قرار گرفت، تلفيقي بود از اكس‌پي و RUP. ولي مي‌توان گفت ادغام اين دو رويه بسيار متفاوت است.

RUP رويه‌اي بسيار سنگين و اكس‌پي روشي بسيار سبك است. مي‌دانيد كه RUP را مي‌توانيم تقريباً براي تمامي نرم‌افزارهاي كوچك و بزرگ به كار برد. اكس‌پي نيز همانند RUP براساس Iterationها يا مراحل پيوسته مانند تحليل، طراحي و امتحان نرم‌افزار استوار است.

از آن جايي كه RUP و اكس‌پي از اساس با هم تفاوت‌هاي زيادي دارند و اكثراً تصور مي‌كنند كه RUP راه‌حلي براي توليد نرم‌افزارهاي بزرگ و اكس‌پي براي توليد نرم‌افزارهاي كوچك است، ممكن شما هم تصور كنيد كه استفاده همزمان از هر دوي اين روش‌ها كاردرستي نيست.

اما مطابق تحقيقات انجام شده به نظر مي‌رسد كه براي توليد نرم‌افزارهاي كوچك روشي بين RUP و اكس‌پي نياز است.در نتيجه با اضافه‌كردن برخي از تكنيك‌هاي اكس‌پي به RUP مي‌توان به رويه‌اي مناسب‌تردست يافت. قبلاً نيز محققاني روي RUP كار كرده‌اند تا آن را براي پروژه‌هاي كوچك مناسب سازند. مثلاً در سال 2000 يك نسخه از RUP به نام dX معرفي گرديد كه RUP مختصر شده‌اي بود. براي نرم‌افزارهاي كوچك (كه اعضاي پروژه اغلب در يك محيط كار مي‌كنند) اكس‌پي مي‌تواند روشي بسيار خوب باشد، اما اگر اعضاي تيم پراكنده باشند و سيستم بخواهد توسعه يابد، اكس‌پي قادر به جوابگويي نيست و مي‌توان گفت كه با استفاده از قسمت‌هايي از روش قدرتمند RUP مي‌توان به اكس‌پي كمك نمود.

براي تلفيق اين دو روش تصوركنيد كه پروژه‌اي شروع شده است. در مرحله Inception يا آغازين مي‌توان از تكنيك‌هاي اكس‌پي در زمينه برنامه‌ريزي زماني و جمع آوري نيازهاي سيستم استفاده نمود. البته نمي‌توان گفت كه هميشه اين دو روش با هم سازگار هستند. مثلاً در اكس‌پي مرحله‌اي به نام طراحي يا Design Phase وجود ندارد. در صورتي كه RUP يك مرحله مجزا براي اين قسمت دارد.

روش Iterative Process
شايد به نظر برسد كه در پروژه‌هاي كوچك، اعضاي گروه نياز كمتري به ارتباط با يكديگر دارند. اما از آن جايي كه در اين گونه پروژه ها ارتباط بين اعضاي تيم و كاربر نزديك‌تر است و عوامل خارجي نيز نقش مهمي را در پروژه‌ بازي مي‌كنند، در اين پروژه‌ها نياز به ارتباط بين اعضاي تيم محسوس به نظر مي‌رسد. همچنين اگرچه پروژه‌هاي نرم‌افزاري كوچك طبيعتاً نياز به نوشتن كدهاي كمتري دارند و ممكن است به چند مدير نياز نداشته باشند اما مانند پروژه‌هاي بزرگ بايد نرم‌افزاري با كيفيت بالا ارائه دهند. در نتيجه مي‌توان گفت كه روشي براي توليد نرم‌افزار كوچك مناسب‌تر است كه تمامي موارد مذكور را در نظر بگيرد و اجرا كند.

رويه Iterative يكي از اين روش‌ها است. با استفاده از اين رويه دو نوع محصول به نام‌هاي Actual و by-product توليد مي‌گردد. در واقع محصولاتي كه در موفقيت پروژه نقش اساسي بازي مي‌كنند، Actulas و آن دسته كه به وجود آمدن Actualsها كمك مي‌كنند را By-Product مي‌گويند (مثلاً طرح اوليه سيستم). در اين مدل هر عضو از گروه مسئول انجام‌دادن قسمتي از كار مي‌شود و اين مدل شامل هشت مرحله يا فاز است.

اولين مرحله اين رويه جمعآوري اطلاعات از كاربر است. در مرحله بعدي سيستم به صورت جامع تحليل و آناليز مي‌گردد تا اعضاي تيم با مدل كلي سيستم آشنا گردند. سپس در مرحله تحليل، نرم‌افزار به صورت كلي مورد بررسي قرار مي‌گيرد و پس از آن كه مرحله معماري سيستم نام دارد، اجزاي تشكيل‌دهنده سيستم مشخص مي‌شوند و كارايي‌هاي سيستم مشخص مي‌گردند. در مرحله طراحي تمامي اجزاي سيستم طراحي مي‌شوند و در مرحله بعد كدهاي سيستم نوشته مي‌شود.

وقتي اين مرحله تمام شد و كدهاي سيستم نوشته شد، اعضاي تيم در فاز جمع‌بندي كدهاي سيستم را با توجه به مراحل اول تا پنج مرور مي‌كنند. در مرحله آخر نيز اعضاي گروه را امتحان مي‌كنند تا اولاً نيازهاي كاربران را تأمين كرده باشد و ثانياً فاقد هرگونه اشكال باشد. اگر نرم‌افزار فاقد اشكال باشد، رويه توليد نرم‌افزار به آخر خواهد رسيد. در غير اين صورت، اعضاي گروه به دنبال منبع مشكل در مراحل قبلي مي‌گردند و مجدداً رويه را از آن جايي كه فكر مي‌كنند باعث بروز اشكال شده است، ادامه مي‌دهند.

نتيجه گيري
براي دستيابي به موفقيت در پروژه‌هاي نرم‌افزاري، اعضاي گروه بايد از يك رويه يا روش مشخص پيروي كنند. اما براي پروژه هاي كوچك (براي توليد نرم‌افزارهاي كوچك) اين رويه بايد ساده و آسان باشد. اضافه براين، براي دستيابي به موفقيت در پروژه‌ها تنها داشتن يك رويه آسان و كارا كافي نيست بلكه مديران پروژه‌هاي نرم‌افزاري بايد به اين نكته توجه كنند كه اعضاي گروه در موفقيت پروژه‌ها از اهميت شاياني برخوردار هستند و بايد در انتخاب اين افراد حداكثر دقت را مبذول نمود. در ضمن موقع انتخاب يك رويه مناسب بايد اندازه نرم‌افزار را معين نمود و براساس نيازهاي كاربران پروسه توليدي را طراحي كرد. براي تعيين رويه‌اي مناسب در توليد نرم‌افزارهاي كوچك بايد دقت داشت كه اين رويه بايد بسيار ساده باشد تا به اعضاي تيم كمك كند به‌راحتي مراحل تهيه نرم‌افزار را ادامه دهند.

از جمله اين رويه‌هاي ساده مي‌توان از Scrum نام برد. Scrum يك تكنيك مديريت پروژه است كه مي‌تواند به تيم‌هاي نرم‌افزاري كوچك كه روي پروژه‌هاي كوچك نرم‌افزاري كار مي‌كنند كمك كند راندمان و كارايي بالاتري در كار داشته باشند. اما اگر اين روش‌ها را با روش‌هاي مناسب ديگر ادغام كنيم، مي‌توانند بيشتر مفيد واقع گردند.

پس از Scrum، روش اكس‌پي توضيح داده شد و به عنوان بهترين راه براي توليد نرم‌افزارهاي كوچك از آن نام برده شد. اما اين روش به تنهايي كارايي چنداني نخواهد داشت. سپس RUP كه مي‌تواند در تمامي پروژه‌ها استفاده شود تشريح شد و در ادامه سه روش مناسب براي توليد نرم‌افزارهاي كوچك ارائه گرديد. اما همان‌طور كه بحث شد، داشتن يك روش مناسب به تنهايي نمي‌تواند ضامن موفقيت در پروژه باشد، بلكه انتخاب منابع انساني مناسب و با تجربه مي‌تواند راه را براي موفقيت پروژه‌هاي نرم‌افزاري هموارتر سازد.

 Download Visual Basic.Net 2003               آموزش آشنایی با سیستم های نرم افزاری و VB.NET         

Download SQL Server 2005 Enterprise       آموزش SQL Server 2005 Enterprise