Жизнен цикъл и версия на софтуера - popel агенция
По време на комуникацията с клиенти и програмисти колеги често е недоразумение, защото не всеки знае как софтуер се разработва и какво се разбира под версии на алфа и бета. Клиентите очакват от напълно функционален прототип алфа с някои недостатъци, и да се половинчати демонстрация, в която всяка стъпка към завършващ фатални грешки и загуба на данни.
Повечето програмисти, и така са наясно, че такава алфа и бета версия на програмата, нейната същата статия пиша на първо място до края, така че се опитват да обяснят разликите между версиите на език, разбираем за обикновените потребители.
време за разработка
По този начин, клиентите с разработчиците обсъждат всичко, всички договори и техническото задание, подписани, концепцията е готов за работа на програмистите се приемат. Процесът на разработване на програмата наподобява конструкцията на сградата: повечето време къщата е напълно неподходящи за живеене. На първо място, разработен архитектура и прилагане инфраструктура - в основата на проекта. На този етап, базата данни е предназначена, се определя от набор от софтуерни библиотеки трети страни, които ще бъдат използвани в проекта, и други глупости. В края на тази фаза на програмата, в най-добрия, с възможност за посрещане на света.
В днешно време, много фирми са се обърнали към използването на рамки (от английски рамка -. Основна рама) - готови архитектурни приложения. Каквато и да е структурата и целите на прилагането, в повечето случаи, архитектурата е една и съща система. Рамката може да се сравни с документ шаблон в Word - без значение какъв документ, можете да напишете, че винаги ще бъде декорирана в корпоративен стил на компанията. Въпреки това, някои проекти имат специални изисквания, не може да отговори, че почти никой рамка.
След като инфраструктура архитектура и прилагане е готов, започнете да се развие самата функционална приложение. Това се нарича приложение бизнес логиката.
Следващият етап на развитие - алфа -version. Алфа версия - версия, предназначена за вътрешни тестове. На този етап от прилагането може да не работи или е забранено. Всички установени по време на грешки изпитване се изпращат обратно към разработчиците, те се правят промени в програмата и да се върне на нова алфа версия обратно към тестери. Този цикъл се повтаря до, докато не бъдат коригирани всички грешки, както и всички функции няма да бъдат готови.
Когато бизнес логиката на приложението е разработено и теста за алфа е завършена, светлината се появи бета -version. Бета версията е предназначена за външно тестване. Обикновено, бета версия - първата версия на разположение за потребители извън екипа за развитие програмата. Разграничаване между затворено и отворено бета тестване. версия на програмата за затворената бета е достъпна за ограничен брой хора от специална покана. Версия за публично тестване обикновено е на разположение на всички заинтересовани.
Всички грешки, открити по време на бета тестване се изпращат на разработчиците, които ги определят и освобождават следващата бета версия на програмата.
В един момент, разработчиците пусна версия на изданието кандидат. Тази версия е потенциално готов за пускане и ако в хода на тестването му са от решаващо значение грешки са открити, става окончателната версия.
В зависимост от целта на програмата, може да се наложи да издаде й RTM версия (от английски освобождаването на производство -. Индустриален издание). Тази версия е предназначена за репликация и трансфер до други компании, които го включват в своите продукти. Един добър пример за тази версия е версията на операционната система Windows, предава към производителите на компютри, преди да стане публично достояние на обществеността по време на пускането му на пазара вече има компютри с тази операционна система.
Така че заключението на цикъла на разработване на софтуер за оповестяване, наречена публичната версия на програмата. На този етап, често вече е започнала работа по следващата версия на програмата, обаче, в зависимост от вида на програмата за тази версия все още може да се освободи петна (от английски пластир -. Patch) - малки опаковки и корекции на грешки, по някаква причина не е намерен в етапите на тестване.
Жизненият цикъл на софтуера ясно
версия за номериране
В хода на разработване, тестване и експлоатация на програмата създава стотици версии. Разликите между тях могат да бъдат много малки - няколко реда код с корекция на малки грешки - или толкова значителен, че логиката и структурата на програмата се променя напълно. За да се разбере всичко това изобилие, всяка версия на програмата се възлага на една стая. Най-често публично рекламират само част от номера на версията (или тя не се рекламира на всички), а общият брой на разположение някъде на уединено място в програмата (например, в прозореца "Информация").
Най-често верига, състояща се от три или четири числа, разделени от периоди. За съжаление, няма ясни стандарти за всеки блок числени стойности не съществуват, но със стойности на първите два блока на различия едва ли се случва. Първото число - старши (основен) номера на версията. Той се увеличава, когато има значителни промени в програмата, най-често между двете пълни цикъла на развитие. Второто число - младши номер (второстепенен) версия. Тя расте с всяка актуализация и допълване на съществуващите програми. Например, версии 9.3 и 9.4 на Adobe Acrobat Reader софтуер се различават само с няколко нови функции и поправки, а версия 10.0 от тях дори украсени различно.