Софтуер на жизнения цикъл: концепция, стандарти, процеси,

Разработка на софтуер не е възможно, без да разбират т.нар жизнения цикъл на софтуера. Обикновените потребител може да се окаже, и не е необходимо да се знае, но е желателно да се научат на основните стандарти (по-нататък ще бъде разказана защо това е необходимо).

Софтуер на жизнения цикъл: какво е в официалната смисъл?

В рамките на жизнения цикъл на всеки софтуерен продукт се разбира като времето на своето съществуване, като се започне с фазата на развитие и преди пълното отхвърляне на използването на избраната област на приложение до пълното оттегляне от прилагането употреба.

Казано по-просто, информационни системи под формата на програми, бази данни, или дори "на операционни системи" са в търсене само в случай на приложимост на данни и възможности, предоставяни от тях.

Смята се, че определянето на жизнения цикъл, по никакъв начин не се прилага за тестване на приложения, като например бета версии, които са най-нестабилните в работата. Същият жизнения цикъл на софтуера зависи от много фактори, сред които един от главните роли, които играе средата, в която ще се използва програмата. Въпреки това, можете да изберете и общите условия, използвани в дефиницията на концепцията за жизнения цикъл.

първоначални изисквания

Както обикновено се смята, използвани редица условия по отношение на нейното развитие и използване на който и да е софтуерен продукт, а именно:

• формулировка на проблема;
• анализ на взаимните изискванията на бъдещата система;
• дизайн;
• програмиране;
• кодиране и компилация;
• тестване;
• отстраняване на грешки;
• внедряване и поддръжка на софтуер.

Разработка на софтуер се състои от всички по-горе стъпки, а не може без поне един от тях. Но за да контролира тези процеси, определени специфични стандарти.

Стандартите на процеса на жизнения цикъл на софтуера

Сред системите предопределят условията и изискванията за такива процеси, вече могат да бъдат наречени само три основни тези:

• ГОСТ 34.601-90;
• ISO / IEC 12207: 2008;
• Oracle CDM.

За втори международен стандарт е руският еквивалент. Това ГОСТ Р ISO / IEC 12207-2010, е отговорен за система и софтуерно инженерство. Но жизнения цикъл на софтуера, описани в двата регламента, е идентичен по същество. Причината за това е достатъчно проста.

Видове софтуер и актуализации

Съвременни информационни системи са такива, че те установяват обща заявка концепции.

Например, има системни програми и помощни програми, мултимедийни инструменти, драйвери на устройства, офис приложения и така нататък. Г. за всякакъв тип софтуер може да се определи наличието на етапи на жизнения цикъл.

доизграждането й е най-често използваните средства за обновяване (за двете операционни системи и платформи и приложен софтуер). Вероятно не е нужно да се обясни, че всеки потребител на компютърната система на базата на актуализации на Windows преминал етап на системата или компоненти, като например Рамковата Microsoft .NET или виртуална машина Java.

етап на проектиране

Сега няколко думи директно относно етапите на развитие. Lifecycle първоначално включва планиране на проекти, анализ на системата и целеви изисквания, възможност за предварителен или подробен проект, кодиране и тестване, възможността за софтуерно приложение в специализирани системи, и така нататък. Г.

Модели на жизнения цикъл на софтуера предполагат, че първоначално определения задачата за създаване на софтуер трябва да се ограничи до разработването на общи приложения или софтуерни продукти, които използват някои стартиране на околната среда.

дизайн

системи за развитие са езиците за програмиране. Софтуер дизайн в първия етап може да бъде намалена до.

Ще се изпрати C + / C ++, Java, Delphi или една и съща остаряла Паскал - не е толкова важно. Въпросът е, как е създаден приложение може да бъде интегриран в операционната система и тече гладко.

В този смисъл един жизнен цикъл на софтуерното тестване е по време на първоначалната инсталация на продукта до неговото пълно премахване поради несъответствие на системните изисквания, неизползваеми или невъзможност за изпълнение на задачите първоначално.

следващи фази

Допълнителна подкрепа за определянето на жизнения цикъл на софтуера, се свежда до кодиране за генериране и получаване на изходния код на приложението.

В случай на свободен (отворен) на разпространението на т.нар сертификата се прилага въз основа на лиценза GNU, че дава възможност за промени в самия софтуер по искане на потребителя, запознати с езика за програмиране, с който е създаден на заявлението.

Ако това е затворен код, можете да използвате инструменти като Disassembler. Но в този случай, само за декодиране изпълним EXE файлове могат да бъдат постигнати, и със сигурност не са обвързани DLL динамични библиотеки.

Но тази теория. На практика, на етапа на жизнения цикъл на софтуера включва списък далеч повече елементи. Дори и най-проста симулация, която се състои от преглед на стандартите и формулиране на мнения (изисквания на високо ниво на архитектура, отговаряща на изпълнимия код, средствата и методите за проверка). Това е процес на жизнения цикъл на софтуера. Но тук е важно да се разбират и контролират някои от принципите на такива програми и системи.

Основи на управление

софтуер за управление на жизнения цикъл се основава на разлагането на програми по компоненти, позволявайки на достатъчно широка гама от инструменти, за да ги създаде.

Има един недостатък. Изборът на модула е ограничен от първоначалния разработчик на платформата, въз основа на който се произвежда програмиране. Разбира се, ако се вземе предвид машинописни използва инструментите за развитие на обединението и (особено за многократна употреба, модули), не става въпрос за това.

Но етапи от жизнения цикъл на софтуера е задължително да включват създаването на протоколи за обработка на данни, съчетания, стандартни библиотеки и др.

използваните модули

И не на софтуерния процес на жизнения цикъл е пълна без използването на много специфични компоненти. Сред тези приоритети са следните:

• Главен (ръководител) модул, на старта на софтуерния продукт;
• Контролен панел, който отговаря за обажда приложените компоненти или динамични библиотеки връзка;
• функционалност и обработка на данни услуга инструменти и допълнителни инструменти.

Изпълнимия файл е обикновено, за Windows-базирани системи са представени под формата на "ekzeshnika". Контролни компоненти имат разширение конфигуратори (config.sys, прилагани към операционната система), допълнителни библиотеки връзка имат разширение DLL. Средства за контрол и обработка на функции и настройки на някои приложения може да се появи под формата на XML файлове.

Те са, между другото, за по-голямата част от познатите до момента медийни програми са средство за запазване на основните параметри на конфигурацията. Използване на софтуер от този тип, разбира се, че е доста ограничен, но разбирането на общите принципи на работа с едни и същи мултимедийни плейъри не може да навреди. Ето защо.

В действителност, това, което те софтуер жизнения цикъл положи само на нивото на живот ъпгрейд на играча или инсталиране на кодеци и декодери. Звук и видео транскодерите са присъщи атрибути на всички аудио или видео система.

Пример въз основа на програмата FL Studio

Първоначално виртуален студио секвентора FL Studio беше името на Fruity Loops. Жизненият цикъл на софтуера в своя основна промяна е изтекъл, но молбата е до известна степен се трансформира и придобити сегашния си вид.

Ако говорим за етапите на жизнения цикъл, първо на етапа на формулиране на проблема е създаден от няколко предпоставки:

• създаването на барабан машини барабан тип модул като Yamaha RX, но с един изстрел-проба или последователност в WAV формат, записан на живо в студиото;
• интегриране в операционната система Windows;
• възможността за износ проект за WAV, MP3 и OGG;
• съвместимостта на проекти с допълнително приложение Fruity Tracks.

"C" означава езиците за програмиране са били използвани в етап на развитие. Но платформата изглеждаше доста примитивен и не даде на крайния потребител желаното качество на звука.

В тази връзка, по време на разработчиците на провеждане на тестовете и отстраняване на грешки трябваше да тръгнат по пътя на германската корпорация Стайнберг и прилага по отношение на основните изисквания за поддръжка на звук драйвер за режим на пълен дуплекс. Качеството на звука е по-висока и се оставя да се промени в темпото, терена и налагат допълнителни валутни ефекти в реално време.

Завършването на жизнения цикъл на софтуера, се счита за изхода на първата официална версия на FL Studio, който, за разлика от техните предци, е бил пълноправен секвенатор интерфейс с възможност за промяна на настройките на виртуалната 64-канален смесителен пулт с неограничен добавяне на аудио записи и Миди-писти.

Популяризиране на програмата не спира дотук. На етапа на подкрепа за свързване на VST формат плъгини за управление на проекти е въведена (първа, втора, а след третата версия), след като разработен от Steinberg. Грубо казано, всеки виртуален синтезатор, който поддържа VST-домакин може да се свърже с програмата.

Не е изненадващо, че скоро всеки композитор може да използва аналогията с "железни" модели, като например пълен набор от звуци веднъж популярен Korg M1. Повече - повече. модули за кандидатстване, като пристрастяване барабани или Universal Plug Връзка право да играят на живо звуци от реалните инструменти, записани с всички нюанси на артикулация в професионални студия.

Разработчиците са се опитвали да се постигне максимално качество и създаване на подкрепа за водача ASIO4ALL, който се оказа на крачка пред режим пълен дуплекс. Следователно, повишената битрейт. Днес, на качеството на изнесеното аудио файл може да бъде 320 Kbit / сек при скорост на сканиране 192 кХц. И това професионално озвучаване.

Що се отнася до първоначалната версия на неговия жизнен цикъл може да се нарече напълно завършен вид, но такова изявление е относително, тъй като прилагането му се променя само името му, и е открил нови възможности.

перспективи за развитие

Какви са етапите на жизнения цикъл на софтуера, вече е ясно. Но тук, на разработването на такива технологии, трябва да се обсъди по отделно.

Излишно е да казвам, че всеки разработчик на софтуер не се интересува от създаването на преминаване продукт, който едва ли издържат на пазара в продължение на няколко години. В бъдеще, всеки търси в дългосрочен използване. Това може да се постигне по различни начини. Но като правило, почти всички от тях се свеждат да освободи актуализации или нови версии на софтуер.

Дори в случай на Windows, тези тенденции могат да се видят с невъоръжено око. Малко вероятно е, че днес има най-малко един потребител, използващ системи като версии 3.1, 95, 98, или на хилядолетието. Техният жизнен цикъл е приключила след излизането на версия XP. Но тук е версията на сървъра на NT базирана технология все още са валидни. Дори и Windows 2000, днес е не само много подходяща, но в някои отношения на инсталацията или сигурността дори надминавайки най-новите разработки. Същото важи и за NT 4.0 системи, както и специализирани модификации на Windows Server 2012.

Но това е по отношение на тези системи все още твърди, че подкрепя най-високо ниво. Но сензационното в момента Vista е ясно преживява залез цикъл. Не само това, че е недовършена, така че все още и грешки в себе си, и недостатъци в системата за сигурност е толкова много, че можем само да гадаем за това как е било възможно да се пусне софтуерно решение, е несъстоятелно.

Но ако говорим за факта, че развитието на софтуер от всякакъв тип (контрол или приложение) не е на мястото си, можем да заявим само фактите. В края на краищата, днес става въпрос не само за компютърни системи и мобилни устройства и в които технологиите са често пред сектора на компютър. Външният вид на чипове процесори на базата на осем ядра - не е най-добрият пример? Но все пак, не всеки лаптоп може да се похвали имат такова "желязо".

Някои допълнителни въпроси

Що се отнася до разбирането на жизнения цикъл на софтуера, за да се каже, че той е приключил в някакъв момент от време, той може да бъде много произволно, тъй като софтуерът все още има подкрепата на разработчиците да ги създават. По-скоро, в края се отнася до приложенията, наследени от миналото, които не отговарят на изискванията на съвременните системи и не могат да работят в тяхната среда.

Но дори и с технологичните постижения, много от тях в близко бъдеще не може да бъде поддържана. И тогава ще трябва да се вземе решение дали да издаде ъпдейти или пълното преразглеждане на цялата концепция, първоначално вградени в софтуера. Оттук - и нов цикъл с промяна в първоначалните условия, среда за разработка, тестване и възможната дългосрочна употреба в определена област.

Но в областта на компютърните технологии днес в полза на развитието на автоматични системи за управление (ACS), които се използват в производството. Дори и операционната система, в сравнение със специализирани програми, губят.

В една и съща среда на базата на Visual Basic са много по-популярна от Windows-система. И за приложния софтуер под UNIX-система ние не говорим изобщо. Какво мога да кажа, ако почти всички комуникационни мрежи на същото на Съединените щати работят изключително на тях. Между другото, една система като Linux и Android, също са били първоначално създадени за тази платформа. Ето защо, най-вероятно, перспективи UNIX много повече от тази на всички други продукти, взети заедно.

вместо изход

Остава да добавим, че в този случай са само общи принципи и етапи на жизнения цикъл на софтуера. В действителност, дори първоначалните задачи могат да се различават значително. Съответно, разликите могат да се наблюдават и на други етапи.

Но развитието на основната технология на софтуерни продукти с последващото им подкрепа трябва да е ясно. За останалата част, тя трябва да се вземе предвид спецификата на софтуера е създаден, както и на околната среда, в която се предполага, че трябва да работи, както и на възможността за програми, предоставяни на крайния потребител или на производството, както и много други.

В допълнение, понякога на жизнения цикъл може да зависи от спешността на инструменти за разработка. Ако, например, някои език за програмиране остарели, никой няма да направя, за да се пишат програми, базирани на нея, и още повече - да ги въведат в производството на автоматизирани системи за управление. Там вече са на преден план излизат дори програмисти и маркетинг, които трябва да се реагира бързо на промените на пазара на компютъра. И там са специалисти в света, не е твърде много. Високо квалифициран персонал, способността да се запази ръката си на пулса на пазара, превръщайки се в най-популярни. А те често са така наречените "сиви кардинали", от които зависи успеха или поражението на определени софтуерни продукти в областта на информационните технологии.

Да предположим, че те не винаги се разбере същността на програмата, но е ясно, може да определи модела на жизнения цикъл на софтуера и продължителността на времето на тяхното прилагане, въз основа на световните тенденции в тази област. Ефективно управление често дава по-осезаеми резултати. Да, най-малко PR-технологии, реклама, и така нататък. Г. Може ли всяко приложение потребителят не е необходимо, но при условие, че тя е активна похвали потребителят го инсталира. Той има, така да се каже, на подсъзнателно ниво (същия ефект като 25-ия кадър, когато информацията е въведена в съзнанието на потребителя, независимо от себе си).

Разбира се, такава технология в света, са забранени, но много от нас дори не са наясно, че те все още могат да бъдат използвани, за да повлияе на подсъзнанието по определен начин. Това само е "зомби" новинарски канали или интернет сайтове, да не говорим за използването на по-мощни инструменти, като например излагането на инфразвук (това се прилага в една и съща продукция опера), така че човек може да изпита страх или неподходящи емоции.

Връщайки се към софтуера, трябва да се добави, че някои програми при стартиране с помощта на звук, привлича вниманието на потребителя. И проучвания показват, че тези приложения са по-надеждни в сравнение с други програми. Разбира се, увеличава и жизнения цикъл на софтуера, без значение каква функция първоначално се зарежда. И това, за съжаление, се използва от много разработчици, които повдига съмнения относно законността на такива методи.

Но не за нас, за да се прецени. Може би се свежда до определяне подобни заплахи ще бъдат разработени в близко бъдеще. Въпреки, че това е само на теория, но според някои анализатори и експерти, за да практически приложения има много малко. Ако вече сте създали копие на невронните мрежи на човешкия мозък, тогава какво?