⭕️چرخه TDD به شرح ذیل می باشد🔰🔰
✅ یک ) Add a test: در این بخش برنامه نویس با توجه به خواسته ها و یا نیازهای جدید یک تست را پیاده سازی می نماید. البته این تست درحالت عادی باید fail شود چون اگر fail نشود به معنی وجود نیاز یا خواسته در حال حاضر می باشد و نیاز به توسعه نمی باشد. برای پیاده سازی این تست از Use case ها و ... برای فهم کامل نیازها می توان استفاده نمود.
✅ دو) Run all tests and see if the new one fails : این مرحله آزمون تست پیاده سازی شده می باشد. یعنی بررسی اینکه تست پیاده سازی شد به اشتباه pass نشود. به عبارت دیگر آزمون دقیق تست بر اساس نیازها.
✅ سه) Write some code : خوب حالا باید کدهایی رو برای گذر از تست یا pass شدن تست بنویسید! دقیقاً نیازها رو بصورت خیلی کلی و سطحی پیاده سازی می کنید. البته بعد از گذر از چند مرحله پیاده سازی کدها پیچیده ترو پیشرفته تر خواهد شد. در این مرحله فقط برای گذر از تست کد نوشته خواهد شد.
✅ چهار) Run tests : حالا باید همه تست کیس های نوشته شده رو با موفقیت پشت سر بگذارید. گذر از این مرحله یعنی پیاده سازی دقیق هر آنچه که نیاز بوده است.
✅ پنج) Refactor code : کدهای نوشته شده باید مجدداً بازبینی شده و در صورت نیاز تصحیح، پیاده سازی و یا حذف شوند.
شش) Repeat: پیاده سازی تست جدید و انجام مراحل فوق...
♣️ بهترین ابزار برای این روش xUnit FrameWork هستش .
✅ یک ) Add a test: در این بخش برنامه نویس با توجه به خواسته ها و یا نیازهای جدید یک تست را پیاده سازی می نماید. البته این تست درحالت عادی باید fail شود چون اگر fail نشود به معنی وجود نیاز یا خواسته در حال حاضر می باشد و نیاز به توسعه نمی باشد. برای پیاده سازی این تست از Use case ها و ... برای فهم کامل نیازها می توان استفاده نمود.
✅ دو) Run all tests and see if the new one fails : این مرحله آزمون تست پیاده سازی شده می باشد. یعنی بررسی اینکه تست پیاده سازی شد به اشتباه pass نشود. به عبارت دیگر آزمون دقیق تست بر اساس نیازها.
✅ سه) Write some code : خوب حالا باید کدهایی رو برای گذر از تست یا pass شدن تست بنویسید! دقیقاً نیازها رو بصورت خیلی کلی و سطحی پیاده سازی می کنید. البته بعد از گذر از چند مرحله پیاده سازی کدها پیچیده ترو پیشرفته تر خواهد شد. در این مرحله فقط برای گذر از تست کد نوشته خواهد شد.
✅ چهار) Run tests : حالا باید همه تست کیس های نوشته شده رو با موفقیت پشت سر بگذارید. گذر از این مرحله یعنی پیاده سازی دقیق هر آنچه که نیاز بوده است.
✅ پنج) Refactor code : کدهای نوشته شده باید مجدداً بازبینی شده و در صورت نیاز تصحیح، پیاده سازی و یا حذف شوند.
شش) Repeat: پیاده سازی تست جدید و انجام مراحل فوق...
♣️ بهترین ابزار برای این روش xUnit FrameWork هستش .
Forwarded from ⭕️ @panachannel
روش Agile یک متد توسعه نرم افزار است که بر پایه توسعه تکراری و افزایشی بنا شده است که رویه طراحی سازگار ، تکامل تدریجی را تعریف می کند. متد چابک با تقسیم کردن کارها به طرح های کوچکتر ، باعث می شوند که تکرارها در چارچوب های زمانی کوتاه تری انجام شده و نسبت به تغییرات انعطاف پذیر باشند.
ویژگی متفاوت فرآیندهای چابک این است که در جهت رقابت بر سر مشتری حتی از تغییراتی که در اواخر توسعه نرم افزار پدیدار می شوند استقبال کرده و رفتار خود را بر اساس تفکرات اعمال شده ، تنظیم و هم سو می کند.
ویژگی متفاوت فرآیندهای چابک این است که در جهت رقابت بر سر مشتری حتی از تغییراتی که در اواخر توسعه نرم افزار پدیدار می شوند استقبال کرده و رفتار خود را بر اساس تفکرات اعمال شده ، تنظیم و هم سو می کند.
Forwarded from Ali Abbasi
Agile Organization.pdf
271.8 KB
Forwarded from ⭕️ @panachannel
دانلود مستند چرخه حیات تولید نرمافزار
(Software Development Life Cycle)
-
-
(Software Development Life Cycle)
-
-
Forwarded from ⭕️ @panachannel
چرخه حیات تولید نرمافزار روندی است که تحلیلگران فنآوری اطلاعات با استفاده از آن اقدام به تولید و طراحی سیستمهای نرمافزاری و انطباق آنها با نیازهای مشتریان نموده و در تحلیل خود نیازمندیهای دنیای واقعی را مدنظر قرار میدهند. تحلیلگران فنآوری اطلاعات در تمامی روند تولید یعنی آزمایش، تجزیهوتحلیل و نگهداری، کلیه جنبههای مثبت و منفی را ثبت و موردتوجه قرار میدهند. SDLC حروف اختصاری Software Development Life Cycle است که به معنی چرخه حیات تولید نرمافزار یا سیستم است و برخی از تحلیلگران آن را روند تولید نرمافزار مینامند. چرخه حیات نرمافزار چارچوبی است که کلیه عملیاتی را که در هر مرحله از تولید نرمافزار انجام میگیرد تعریف مینماید. استاندارد ۱۳۳۰۷ یک استاندارد و معیار بینالمللی جهت روند تولید نرمافزارها به شمار میرود. هدف از تدوین این استاندارد تعریف کلیه وظایف مرتبط با چرخه حیات تولید نرمافزارها است.
چرخه حیات تولید نرمافزار چیست؟
چرخه حیات تولید نرمافزار (SDLC) روندی است که در تولید و یا پروژه و یا تجدید طراحی یک نرمافزار در یک سازمان دنبال میگردد. این روند کلیه عملیات ازجمله نحوه تولید، نگهداری، جایگزینی و یا تغییر و یا بهبود کیفی نرمافزار را در برمیگیرد. چرخه حیات معرف شناسایی روش اصلاح و بهبود کیفی نرمافزار و روند تولید همهجانبه آن است.
این راهنمای آموزشی حاوی مدلهای گوناگون چرخه حیات تولید نرمافزار و سناریوهایی است که مدلهای مختلف را مورداستفاده قرار میدهند. اطلاعات این راهنمای آموزشی مدیران پروژه را در انتخاب مدل مناسب پروژه یاری رسانده و همچنین برنامه نویسان و تستکنندگان را کمک مینماید که از اصول اساسی مدلهای تولید آگاهی یابند. در این راهنما کلیه مدلهای چرخه حیات تولید و یا تولید نرمافزار اعم از مدلهای سنتی و یا مدرن بررسی گردیده و در پایان هر مرحله نظرات موافق و مخالف و راههای کاربرد عملی مدلهای چرخه حیات تولید نرمافزار نیز مورد ارزیابی قرارگرفته است. مدل آبشاری و مدل V مدلهای سنتی و از نوع افزایشی هستند. منظور از افزایشی این است که مرحله بعدی صرفاً میتواند پس از تکمیل مرحله قبلی آغاز گردد. این مدلها برای پروژههایی مطلوب هستند که نیازمندیهای محصول روشن و آشکار بوده و این نیازها در طول دوره و تا تکمیل پروژه تغییر نخواهد کرد. مدلهای تکراری یا حلزونی با تغییرات سازگار بوده و برای پروژههایی که نیازمندیها به نحوی تعریف و مشخص نشدهاند و یا نیازمندیهای بازار غالباً دچار تغییر میگردند مناسب میباشند. مدل بیگ بنگ از زمره روشهای نادر در تولید نرمافزار بوده و صرفاً جهت پروژههای کوچک و یا دانشگاهی مطلوب است.
مدل چابک معروفترین مدل در صنعت محسوب میگردد. مدل چابک با استفاده از شیوه مدلسازی توان تحویل سریع محصول به مشتری را دارا است. مدل چابک پروژه را به بخشهای تکراری کوچک که هر یک دارای ویژگی خاصی است تقسیم مینماید. تعامل مشتری، در این مدل ستون فقرات متدولوژی را تشکیل داده و ارتباط باز با حداقل مستندات از مشخصات بارز محیط تولید چابک محسوب میگردد.
مدل تولید سریع و نمونهسازی نرمافزار، تکنیکی نوین در جهت شناخت نیازمندیها در مراحل اولیه چرخه پروژه بشمار میرود. در این مدل و تکنیک، یک مدل نمونه و کاری جهت مشاهده و ارائه نظریات به مشتریان و ذینفعان ارائه میگردد. بازخورد مشتریان با شیوهای منظم و متشکل جهت اصلاح و تکمیل محصول مورداستفاده قرار میگیرد.
چرخه حیات تولید نرمافزار چیست؟
چرخه حیات تولید نرمافزار (SDLC) روندی است که در تولید و یا پروژه و یا تجدید طراحی یک نرمافزار در یک سازمان دنبال میگردد. این روند کلیه عملیات ازجمله نحوه تولید، نگهداری، جایگزینی و یا تغییر و یا بهبود کیفی نرمافزار را در برمیگیرد. چرخه حیات معرف شناسایی روش اصلاح و بهبود کیفی نرمافزار و روند تولید همهجانبه آن است.
این راهنمای آموزشی حاوی مدلهای گوناگون چرخه حیات تولید نرمافزار و سناریوهایی است که مدلهای مختلف را مورداستفاده قرار میدهند. اطلاعات این راهنمای آموزشی مدیران پروژه را در انتخاب مدل مناسب پروژه یاری رسانده و همچنین برنامه نویسان و تستکنندگان را کمک مینماید که از اصول اساسی مدلهای تولید آگاهی یابند. در این راهنما کلیه مدلهای چرخه حیات تولید و یا تولید نرمافزار اعم از مدلهای سنتی و یا مدرن بررسی گردیده و در پایان هر مرحله نظرات موافق و مخالف و راههای کاربرد عملی مدلهای چرخه حیات تولید نرمافزار نیز مورد ارزیابی قرارگرفته است. مدل آبشاری و مدل V مدلهای سنتی و از نوع افزایشی هستند. منظور از افزایشی این است که مرحله بعدی صرفاً میتواند پس از تکمیل مرحله قبلی آغاز گردد. این مدلها برای پروژههایی مطلوب هستند که نیازمندیهای محصول روشن و آشکار بوده و این نیازها در طول دوره و تا تکمیل پروژه تغییر نخواهد کرد. مدلهای تکراری یا حلزونی با تغییرات سازگار بوده و برای پروژههایی که نیازمندیها به نحوی تعریف و مشخص نشدهاند و یا نیازمندیهای بازار غالباً دچار تغییر میگردند مناسب میباشند. مدل بیگ بنگ از زمره روشهای نادر در تولید نرمافزار بوده و صرفاً جهت پروژههای کوچک و یا دانشگاهی مطلوب است.
مدل چابک معروفترین مدل در صنعت محسوب میگردد. مدل چابک با استفاده از شیوه مدلسازی توان تحویل سریع محصول به مشتری را دارا است. مدل چابک پروژه را به بخشهای تکراری کوچک که هر یک دارای ویژگی خاصی است تقسیم مینماید. تعامل مشتری، در این مدل ستون فقرات متدولوژی را تشکیل داده و ارتباط باز با حداقل مستندات از مشخصات بارز محیط تولید چابک محسوب میگردد.
مدل تولید سریع و نمونهسازی نرمافزار، تکنیکی نوین در جهت شناخت نیازمندیها در مراحل اولیه چرخه پروژه بشمار میرود. در این مدل و تکنیک، یک مدل نمونه و کاری جهت مشاهده و ارائه نظریات به مشتریان و ذینفعان ارائه میگردد. بازخورد مشتریان با شیوهای منظم و متشکل جهت اصلاح و تکمیل محصول مورداستفاده قرار میگیرد.
مجموعه ویدیو های MS Project قسمت 57 ⚛️ SYSTEM ANALYSIS AND DESIGN METHODS ⚛️ @SystemAnalysis
مجموعه ویدیو های MS Project قسمت 58 ⚛️ SYSTEM ANALYSIS AND DESIGN METHODS ⚛️ @SystemAnalysis
http://stackoverflow.com/insights/survey/2016 آمار استفاده از سیستم عامل ها توسط توسعه دهندگان
مجموعه ویدیو های MS Project قسمت 59 ⚛️ SYSTEM ANALYSIS AND DESIGN METHODS ⚛️ @SystemAnalysis
Forwarded from 🔵 SYSTEMS ANALYSIS AND DESIGN METHODS
🔲دسته بندی ساختار عمومی تیم های نرم افزاری 🔲
در این نوشتار سه دسته از مهم ترین ساختار عمومی تیم هارا توضیح می دهیم.
نامتمرکز دمکراتیک (Democratic Decentralized)
در این پروژه عموما مدیر پروژه ی ابدی وجود ندارد .هماهنگ کنندگان وظایف برای مدت کوتاهی منسب می شوند.تصمیم گیری بر اساس اجماع گرفته می شود.ارتباط بین افراد افقی است.
نامتمرکز کنترل شده (Controlled Decentralized)
در این ساختار رهبر و دستیار تعریف شده وجود دارد. حل مسئله در گروه، اما پيادهسازي راهحل توسط رهبر بين گروهها تقسيم ميشود.ارتباط بين زيرگروهها افقي؛ ارتباط با رهبر و کنترل عمودي است.
متمرکز کنترل شده (Controlled Centralized)
در این ساختار رهبر و دستيار تعريف شده وجود دارد.حل مسئله در سطح بالا انجام ميشود.ارتباط بين رهبر و اعضاي تيم عمودي است.
در این نوشتار سه دسته از مهم ترین ساختار عمومی تیم هارا توضیح می دهیم.
نامتمرکز دمکراتیک (Democratic Decentralized)
در این پروژه عموما مدیر پروژه ی ابدی وجود ندارد .هماهنگ کنندگان وظایف برای مدت کوتاهی منسب می شوند.تصمیم گیری بر اساس اجماع گرفته می شود.ارتباط بین افراد افقی است.
نامتمرکز کنترل شده (Controlled Decentralized)
در این ساختار رهبر و دستیار تعریف شده وجود دارد. حل مسئله در گروه، اما پيادهسازي راهحل توسط رهبر بين گروهها تقسيم ميشود.ارتباط بين زيرگروهها افقي؛ ارتباط با رهبر و کنترل عمودي است.
متمرکز کنترل شده (Controlled Centralized)
در این ساختار رهبر و دستيار تعريف شده وجود دارد.حل مسئله در سطح بالا انجام ميشود.ارتباط بين رهبر و اعضاي تيم عمودي است.
Forwarded from Batis Ab
Forwarded from Batis Ab
#CrossCloud
♣️ با رشد رایانش ابری تعداد زیادی از شرکتهای کوچک و کاربران بهسمت استفاده از آن سوق داده شدند. رایانش ابری مزایای بسیاری از جمله قابلیت اطمینان بالا دارد. اما مشکل اصلی زمانی نمایان شد که کاربران پس از رو آوردن به این سیستمها متوجه شدند که دیگر قابلیت جابجایی به محیط ابری دیگری ندارند. سرویسهایی که دریافت میکنند چه خوب و چه بد باشد، مجبور به استفاده از آن خواهند بود و حق انتخاب دیگری ندارند. بههمین علت مفهوم جدیدی با نام Cross Cloud متولد شد.
♣️ گذشت زمان به کاربران رایانش ابری جنبههایی از رایانش ابری را نشان داده که شاید تا چند سال قبل هیچ کس از آن آگاه نبود. عدم قابلیت جابجایی بین محیطهای رایانش ابری، به سود شرکتهای سرویسدهنده و به ضرر کاربران نهایی شد. حال با گذشت چند سال از فراگیر شدن رایانش ابری، برای اینکه کاربران بیشتری به موضوع رایانش ابری جذب شوند و حقوق کاربران نهایی رعایت شود، مفهوم Cross Cloud مطرح شد.
@SystemAnalysis
♣️ با رشد رایانش ابری تعداد زیادی از شرکتهای کوچک و کاربران بهسمت استفاده از آن سوق داده شدند. رایانش ابری مزایای بسیاری از جمله قابلیت اطمینان بالا دارد. اما مشکل اصلی زمانی نمایان شد که کاربران پس از رو آوردن به این سیستمها متوجه شدند که دیگر قابلیت جابجایی به محیط ابری دیگری ندارند. سرویسهایی که دریافت میکنند چه خوب و چه بد باشد، مجبور به استفاده از آن خواهند بود و حق انتخاب دیگری ندارند. بههمین علت مفهوم جدیدی با نام Cross Cloud متولد شد.
♣️ گذشت زمان به کاربران رایانش ابری جنبههایی از رایانش ابری را نشان داده که شاید تا چند سال قبل هیچ کس از آن آگاه نبود. عدم قابلیت جابجایی بین محیطهای رایانش ابری، به سود شرکتهای سرویسدهنده و به ضرر کاربران نهایی شد. حال با گذشت چند سال از فراگیر شدن رایانش ابری، برای اینکه کاربران بیشتری به موضوع رایانش ابری جذب شوند و حقوق کاربران نهایی رعایت شود، مفهوم Cross Cloud مطرح شد.
@SystemAnalysis
Forwarded from Batis Ab
WhatIsCrossCloud.pdf
185 KB
Forwarded from Batis Ab
#Android #GoogleChrome
⚛️ چگونه اپلیکیشنهای اندروید را در مرورگر گوگل کروم اجرا کنیم
@AndroidStudyChannel
⚛️ چگونه اپلیکیشنهای اندروید را در مرورگر گوگل کروم اجرا کنیم
@AndroidStudyChannel
مجموعه ویدیو های MS Project قسمت 60 ⚛️ SYSTEM ANALYSIS AND DESIGN METHODS ⚛️ @SystemAnalysis