جزوه تایپ شده ماشین های الکتریکی ۳
ابوالفضل حلوایی نیاسر دانشگاه پیام نور استاد کامیاب جوهر دکتر قاینی دانشگاه آزاد دکتر دانشگاه سراسری آزادیی علمی کاربردی دکتر واحدی
()، ً –()، –:
• ؟
• ؟
• ؟
”” –
؛ ()،
• • • ””، -؛ : ()، ()، ().
–()
()، : -()، “”() ()، () ()، ()، :
()()، ()()-()، شود.سرعت پیشرفت پروژه، می تواند به تخمین تاریخ تحویل و برنامه ریزی برای انتشار نسخه های بعدی، کمک کند.تیم XP، برنامه های خود را بر این اساس، اصلاح می کند.
طراحی. طراحی XP، دقیقاً از اصل “سادگی”، پیروی می کند.طراحی قابلیت های اضافی(چرا که توسعه جزوه ماشین های الکتریکی ۳ ، فرض می کند که بعداً موردنیاز واقع شوند)، توصیه نمی شود.روش XP، توصیه می کند تا از کارت های CRC(فصل 8)، به عنوان ساز و کاری مؤثر برای تفکر در مورد نرم افزار، در زمینهای شیء گرا استفاده کنیم.کارت های CRC(دستیار وظایف گروهی)، گروههای شیءگرای مرتبط با نسخهی پیشرفتهی فعلی نرم افزار را شناسایی و سازمان دهی می کنند.کارت های CRC، تنها محصول کار طراحی شده است که به عنوان بخشی از فرایند XP، تولید می شود.اگر در طراحی یک داستان، مشکل پیچیدهای پیش بیاید، روش XP پیشنهاد می کند تا بلافاصله یک نمونهی اولیهی کاربردی، از آن بخش از طرح، ساخته شود.یکی از نکات اصلی در روش XP، این است که طراحی، می تواند هم بعد از شروع کدنویسی و هم قبل از آن انجام شود.بازسازی، اصلاح و بهینه سازی کد، به طوری که کارکرد غیراساسی نرم افزار، تغییری نکند، به این معنا است که طراحی، دائماً پس از ساخته شدن سیستم، انجام می شود.در واقع، فعالیت ساخت و ساز، بخ خودی خود، تیم XP را در جهت بهبود طراحی، راهنمایی می کند.
کدنویسی. پس از توسعه داستان های کاربر و انجام کارهای طراحی اولیه ، تیم، اقدام به کدنویسی نمی کند؛ بلکه با توسعهی مجموعهای از آزمایشات واحد، هر یک از داستان هایی را که قرار است در نسخهی فعلی(نسخهی توسعه یافته ی نرم افزار) گنجانده شوند، به کار می گیرند.با انجام آزمایش واحد، توسعه دهنده بهتر می تواند بر آنچه برای گذر از آزمایش واحد باید اجرا شود، تمرکز کند.پس از تکمیل ماشین های الکتریکی ، می توان بلافاصله آن را ارزیابی کرد و در نتیجه، فوراً بازخورد را به توسعه دهندگان ارائه داد.یکی از مفاهیم اصلی در طول فعالیت کدنویسی(و یکی از جنبه های جنجالی XP)، برنامه نویسی دو نفره است.روش XP توصیه می کند تا دو نفر با همکاری یکدیگر و با کار بر یک رایانه، برای یک داستان، کد ایجاد کنند.این کار، منجر به ایجاد ساز و کاری برای حل فوری مسائل(بر اساس ضرب المثل: “دو فکر، بهتر از یک فکر است”)، و تضمین فوری کیفیت(کد، بلافاصله پس از تولید، بازبینی می شود)، می شود.همزمان با پایان کار گروه دو نفرهی برنامه نویسان، کدی که آنها ایجاد کردهاند، با حاصل کار سایر افراد، در ادغام می شود.این استراتژی “ادغام مداوم”، به کشف زودهنگام سازش پذیری ها و خطاهای رابط، کمک می کند.
ارزیابی. آزمایش های واحد، باید با استفاده از چارچوبی اجرا شوند که تا آنها را قادر سازد که یه طور خودکار اجرا شوند(تا بتوان به راحتی و با تکرار، به اجرای آنها پرداخت).توصیه می شود در هنگام تغییر کد(که جزوه ماشین های الکتریکی ۳ در اثر فلسفه ی بازسازی XP، اتفاق می افتد)، استراتژی آزمایش رگرسیون(فصل 20)، اجرا شود.آزمایش های پذیرش XP، که تست های مشتری نیز نامیده می شوند، توسط مشتری و با تمرکز بر قابلیت ها و کارکردهای کلی سیستم که قابل مشاهده و بررسی توسط مشتری هستند، مشخص می شوند.این آزمایشات، از داستان های کاربران مشتق می شوند و به عنوان بخشی از یک نسخهی نرم افزاری اجرا می شوند.
2-5-3 روش کانبان (Kanban)
روش کانبان، روشی کارآمد است که می تواند برای بهبود هر فرآیند یا جریان کاری، روش هایی را توصیف کند.این روش، بر مدیریت تغییرات و ارائهی خدمات، تمرکز می کند.مدیریت تغییرات، فرآیندی را تعریف می کند که از طریق آن، تغییر موردنظر، با یک سیستم میتنی بر نرم افزار، ادغام می شود.توصیه می شود نا ارائهی خدمات، با تمرکز بر درک نیازها و انتظارات مشتری انجام شود.اعضای تیم، کار را مدیریت می کنند و آزادند تا با سازمان دهی خود، کار را تکمیل کنند.سیاستها تا حدی که برای بهبود نتایج موردنیاز باشند، اعمال خواهند شد.روش کانبان، که از لفظ “تویوتا” منشأ گرقته است، شامل مجموعهای از روش های مهندسی صنعتی می شود و توسط دیوید ماشین های الکتریکی ، برای توسعهی نرم افزار، تنظیم شد.خود روش کانبان، به 6 روش اصلی وابسته است
دانلود رایگان خلاصه کتاب ماشین های الکتریکی ۳ pdf
1. به تصویر کشیدن جریان کار با استفاده از تابلوی نمایش گر کانبان(مثالی در تصویر 4-3، نشان داده شده است).تابلوی کانبان، از ستون های تشکیل شده است که نشان می دهد که هر جزء از کارکرد نرم افزار، در چه مرحلهای است.کارت های روی تابلو، می توانند حاوی داستان های تک کاربر یا نواقصی در برگه های برچسب دار، که اخیراً کشف شدهاند، باشند؛ این نواقص، با پیشرفت پروژه، توسط تیم، از حالت “کارهایی که باید انجام شوند”، به حالت “در حال انجام”، و سپس “انجام شده”، تبدیل می شود.
2. محدود کردن میزان کار در حال انجام، در هر زمان دلخواه.توصیه می شود تا توسعه دهندگان، وظیفهی فعلی خود را به پایان برسانند و سپس کار جدیدی را شروع کنند.در این صورت، زمان انجام کار کاهش می یابد و کیفیت کار افزایش می یابد، و توانایی تیم در ارائهی زوز به زود کارکرد نرم افزار به سهامداران، افزایش می یابد.
3. مدیریت جریان کار برای کاهش تلفات، با درک ارزش جریان فعلی، تحلیل مکان های توقف جریان، تعریف تغییرات، و در نهایت اعمال تغییرات.
4. اعمال صریح سیاست های فرآیند (به عنوان مثال، دلایل خود را برای انتخاب مورادی که باید روی آنها کار شود، و معیار تعریف لفظ “انجام شده”، بنویسید).
5. تمرکز بر پیشرفت مداوم با ایجاد حلقه های بازخورد، در شرایطی که تغییرات، براساس داده های فرآیند تعریف می شوند و آثار تغییر بر فرآیند، پس از ایجاد تغییرات، اندازه گیری می شود.
6. همکاری در ایجاد تغییراتی در فرآیند و مشارکت تمام اعضای تیم و سایر سهامداران، در صورت لزوم.
جلسات تیم برای کانبان، مانند جلساتی است که در چارچوب اسکرام برگزار می شود.در صورت معرفی کانبان به یکی از پروژه های موجود، تمام موارد، در ستون “موارد انجام نشده”، قرار نمی گیرند.توسعه دهندگان، باید ضمن قراردادن کارت هایشان در جزوه ماشین های الکتریکی ۳ فرآیند تیم، از خود بپرسند: اکنون در چه مرحلهای هستند؟از کجا آمدهاند و به کجا خواهند رفت؟اساس جلسه ی “” ، ”” -–()
-:
• • • • () • -بازنگری ها و فراهم کردن امکان تغییر فعالیتهایی با ارزش تجاری بالاتر، ظرفیت سازمان ها
را برای خلاقیت و نوآوری، افزایش دهند.کسب در آمد از محصولات، تا زمانی که مشتری به آنها دسترسی نداشته باشد، صورت نمی گیرد، و روش دو آپس، می تواند به راه اندازی سیستم عامل های تولید، سرعت ببخشد.
6-3 خلاصه
در اقتصاد مدرن، شرایط بازار به سرعت تغییر می کند، نیازهای مشتری . کاربر نهایی متحول می شود، و خطرات جدید رقابتی، بدون هشدار ظاهر می شوند.متخصصان باید رویکردی در مهندسی نرم افزار اتخاد کنند که مهارت آنها را حفظ کند، فرآیندهای مانور پذیر، قابل انطباق، و کارآمدی را تعریف کند، که پاسخگوی نیازهای کسب و کار مدرن باشد.فلسفهای ماهرانه در زمینهی مهندسی نرم افزار، بر 4 موضوع اساسی تأکید می کند: اهمیت تیم های خود سازمان یافتهای که توانایی کنترل کاری که انجام می دهند، ارتباطات و همکاری بین اعضای تیم و بین متخصصان و مشتریان آنها، را ماشین های الکتریکی باشد؛ علم به این موضوع، که تغییر، نشان دهندهی یک فرصت است، و تأکیدی بر تحویل سریع نرم افزار، به طوری که رضایت مشتری را جلب کند.
جدول 1-3
مدل های فرآیند ماهرانه، طراحی شدهاند تا هر یک از این مسائل را مطرح کنند.برخی از نقاط قوت و ضعف روش های ماهرانه که مطرح کردیم، در جدول 1-3، خلاصه شدهاند.در نسخه های قبلی این کتاب، به بررسی بسیاری دیگر از موارد پرداختهایم.واقعیت این است که هیچ روش ماهرانهای وجود ندارد که برای تمام پروژه ها، مناسب باشد.توسعه دهندگان ماهر، بر تیم های خودگردان کار می کنند و قادر هستند تا مدل های فرآیند مخصوص به خود را تولید کنند. اسکرام، بر استفاده از مجموعهای از الگوهای فرایند نرم افزار تأکید می ()، : ً -“”، “” ؟
-() -؟؟؟-“” -؟؟
-؟؟
-“”، “”-()، : ؟”” “”
فهرست مطالب