شروع کنید به منظور
این تصویر کمی بعد به چه معناست، اما فعلا اجازه دهید با مقدمه شروع کنم.
در یک روز سرد فوریه هیچ نشانه ای از مشکل وجود نداشت. گروهی از دانشآموزان بیگناه برای اولین بار آمدند تا در کلاسی شرکت کنند که تصمیم گرفتند آن را «روششناسی سازماندهی طراحی و توسعه سیستمهای اطلاعاتی» بنامند. یک سخنرانی معمولی وجود داشت، معلم در مورد روش های توسعه انعطاف پذیر مانند اسکرام صحبت کرد، هیچ چیز مشکلی را پیش بینی نمی کرد. و در پایان معلم اعلام می کند:
از شما می خواهم تمام سختی های کار گروهی را خودتان تجربه کنید، به گروه ها تقسیم شوید، پروژه ای ارائه دهید، یک رهبر تعیین کنید و تمام مراحل طراحی را با هم طی کنید. در پایان، من از شما یک محصول نهایی و یک مقاله در مورد Habré انتظار دارم.
داستان ما از اینجا شروع می شود.
تعویق را متوقف کنید - چیست، با چه چیزی خورده می شود و چگونه آن را توسعه دادیم و چه چیزی از آن حاصل شد
ماجرا از طرف مدیر پروژه گفته می شود که خوشبختانه یا متاسفانه به من محول شده است. پس چه ایده ای به ذهن ما رسید؟ با الهام از ساعت زنگ دار محبوب "Shake Alarm Clock" از SupperCommon، یعنی عملکرد مسدود کردن کامل گوشی هوشمند تا زمانی که کاربر عمل خاصی را انجام دهد که به احتمال زیاد باعث بیدار شدن او می شود، تصمیم گرفتیم یک برنامه مشابه ایجاد کنیم که به شما کمک می کند رهایی از اعتیاد به تلفن، با همان اصل "تکان دادن ساعت زنگ دار"
اصل عمل
کاربر تایمرها را تنظیم می کند
-زمانی که می توان روی گوشی هوشمند صرف کرد
-زمان بدون گوشی هوشمند (دوره مسدود شدن)
هنگامی که تایمر منقضی می شود، یک پوشش روی صفحه ظاهر می شود که نمی توان آن را به حداقل رساند
-برای بستن روکش باید یک تست کوچک انجام دهید (یک رمز عبور را روی یک صفحه کلید گیج کننده وارد کنید، یک مشکل ریاضی را حل کنید، تلفن را چند دقیقه تکان دهید)
پس از باز کردن قفل به این روش، مدت زمانی که می توان روی گوشی هوشمند صرف کرد، نصف می شود و به همین ترتیب تا یک دقیقه می رسد.
ساختن یک تیم
ابتدا باید مشخص می شد که چه کسی چه کاری انجام می دهد و به چه زبانی همه اینها نوشته می شود. من فکر می کنم این ربطی به مدیریت پروژه ندارد، زیرا وقتی تیمی را برای یک پروژه واقعی جمع می کنید، بلافاصله کسانی را که نیاز دارید جمع آوری می کنید. در نتیجه، من نیز بار یک طراح را بر عهده گرفتم، یک مدیر تیم را انتخاب کردم که تجربه خوبی در توسعه اپلیکیشن داشت، سه برنامه نویس به او منصوب شدند و دو نفر دیگر تست کننده شدند. البته زبان برنامه نویسی بر اساس مهارت انتخاب شده است. در نتیجه تصمیم گرفته شد از جاوا استفاده شود، زیرا همه برنامه نویسان با آن آشنایی داشتند.
تنظیم وظایف
به توصیه معلم، یک هیئت وظیفه در یک سرویس رایگان ایجاد شد
با این حال، در واقعیت، همه اینها از یک جریان بزرگ و طولانی بیرون آمد که دائماً ویرایش ها، اضافات و اصلاحات در آن انجام می شد.
ما مشخصات را می نویسیم
تحت تأثیر کتاب Savin "Testing.com"، من ایده خودم را در مورد اینکه چگونه همه چیز باید مرتب شود، داشتم. همه چیز با نوشتن مشخصات شروع شد، همانطور که من معتقدم، بدون شرح واضحی از آنچه انتظار داریم، چه چیزی و چگونه باید کار کند، هیچ چیز کار نخواهد کرد. برنامه نویسان همه چیز را همانطور که می بینند برنامه ریزی می کنند، آزمایش کنندگان چیز دیگری را آزمایش می کنند، مدیر انتظار سومی را داشت، اما مثل همیشه چهارمین خواهد شد.
نوشتن مشخصات آسان نیست، شما باید از طریق تمام جزئیات، تمام تفاوت های ظریف فکر کنید. البته دفعه اول هیچی کار نکرد. در نتیجه، مشخصات تکمیل و 4 بار مجدد انجام شد. آخرین گزینه را می توانید در انتهای مقاله در قسمت پیوندها پیدا کنید.
کشیدن طرح
طراحی در اپلیکیشن موبایل مهمترین چیز است. با این حال، همه این را نمیدانند، از جمله از تیم من، بسیاری به شدت با من بحث کردند که طراحی لازم نیست، که این بیاهمیتترین بخش برنامه است و غیره. نباید اینقدر ساده لوح باشی اولاً، طراحی آماده کار برنامه نویس را آسان می کند؛ او مجبور نیست به این فکر کند که چه چیزی را کجا و کجا قرار دهد، او فقط می گیرد و آنچه را که کشیده می شود تایپ می کند. همراه با مشخصات، طراحی تقریباً به طور کامل ذهن برنامه نویس را از چیزهای غیر ضروری رها می کند و به او این فرصت را می دهد که روی منطق تمرکز کند. به طور کلی، ابتدا یک طرح اولیه (وحشتناک) ترسیم شد:
اما سپس طرح شانه شد و به حالت عادی بازگشت.
(لینک به تمام عناصر طراحی در انتهای مقاله).
برنامه نويسي
برنامه نویسی دشوار است، اما ممکن است. من این نکته را حذف می کنم، زیرا من شخصاً با این موضوع برخورد نکرده ام. برنامه نویسان حجم عظیمی از کار را انجام دادند که بدون آن همه چیز بی معنی بود. البته ما توانستیم برخی از ایده های خود را محقق کنیم. و برنامه همچنان نیاز به بهبود دارد. بسیاری از اشکالات و ویژگی ها وجود دارد که باید حذف شوند. اگر زمان بیشتری داشتیم از آلفای عمیق خارج می شدیم، اما فعلاً می توانید برنامه را در انتهای مقاله تست کنید.
خوب، در مورد آزمایش
نکته اصلی در برنامه نویسی چیست؟ به نظر من، نکته اصلی این است که همه چیز همانطور که باید کار می کند و به نظر می رسد. همیشه به درستی و نه فوراً کار نمی کند. این نیاز به آزمایش دارد. به آزمایش کنندگان خود، یک مدل آزمایشی با استفاده از موارد آزمایشی پیشنهاد کردم. ابتدا موارد تست کاملا مطابق با مشخصات نوشته شده و سپس تست روی آنها انجام می شود. در لینک های زیر می توانید ببینید که چه نتیجه ای از این اتفاق افتاد.
با تشکر برای خواندن. امیدوارم حداقل چیز مفیدی در اینجا پیدا کرده باشید، شاید یک ایده برای راه اندازی خود، یا شاید یک توصیه خوب یا یک ابزار.
لینک ها:
آخرین
طراحی در
خود برنامه فعال است
خب در پایان
به نظر شما این همه منطقی بود؟
فقط کاربران ثبت نام شده می توانند در نظرسنجی شرکت کنند.
آیا چنین عملی در مؤسسات آموزشی ضروری است و چقدر در زندگی واقعی مفید و کاربردی است؟
-
مورد نیاز، تجربه ارزشمند
-
لازم است، هرچند کمی تجربه
-
تقریباً بی فایده است، حداکثر ویژگی های کلی کار در یک تیم را درک خواهید کرد
-
اتلاف وقت و تلاش
2 کاربر رای دادند هیچ رای ممتنعی وجود ندارد.
منبع: www.habr.com