PočítačeSoftware

Software životního cyklu: koncepce, standardy, procesy,

Vývoj softwaru není možný bez pochopení takzvané životní cyklus software. Běžný uživatel může být a nemusí vědět, ale je žádoucí, aby se dozvědět základní standardy (dále bude řečeno, proč je to nutné).

Software životního cyklu: co je to ve formálním smyslu?

Pod životní cyklus jakéhokoli softwarového produktu se rozumí v době jeho existence, to již ve fázi vývoje a před kompletní odmítnutí použití vybrané oblasti použití až do úplného stažení z aplikace použití.

Jednoduše řečeno, informační systémy v podobě programů, databází, nebo dokonce „operační systémy“ jsou v poptávce pouze v případě datového významu a možností, které skýtají nich.

Předpokládá se, že definice životního cyklu v žádném případě neplatí pro testování aplikací, jako je například beta verzí, které jsou nejvíce nestabilní v práci. Ten samý software životního cyklu je závislá na mnoha faktorech, z nichž jednou z hlavních rolí, podle prostředí, ve kterém bude program používá. Nicméně, můžete si vybrat a obecné pojmy používané v definici pojmu životního cyklu.

počáteční požadavky

Jak se běžně předpokládá, používá řadu podmínek, pokud jde o její vývoj a použití pro jakýkoli softwarový produkt, a to:

  • formulace problému;
  • Analýza vzájemných požadavků budoucího systému;
  • Design;
  • programování;
  • kódování a kompilace;
  • testování;
  • ladění;
  • realizace a údržba softwaru.

Vývoj softwaru se skládá ze všech výše uvedených kroků, a neobejde bez alespoň jednoho z nich. Ale řídit tyto procesy stanovit specifické normy.

Procesní normy životního cyklu softwaru

Mezi systémy předurčují podmínky a požadavky pro tyto procesy mohou být nyní nazýván pouze tři ty hlavní:

  • GOST 34,601 - 90;
  • ISO / IEC 12207: 2008;
  • Oracle CDM.

Za druhé mezinárodní normy je ruský ekvivalent. To GOST R ISO / IEC 12207-2010, je zodpovědný za systém a softwarového inženýrství. Ale software životního cyklu, je popsáno v obou předpisů, je v podstatě totožné. Důvodem je dost jednoduché.

Typů softwaru a aktualizací

Moderní informační systémy jsou takové, že založit společnou žádost koncepty.

Například, tam jsou systémové programy a pomůcky, multimediální nástroje, ovladače zařízení, kancelářské aplikace a tak dále. D. pro jakýkoliv typ softwaru mohou určit existenci fázích životního cyklu.

Její prodloužení je nejčastěji používané prostředky pro aktualizaci (pro oba operační systémy a platformy a aplikační software). Pravděpodobně nemusí vysvětlovat, že každý uživatel počítačového systému založeného na změnách v systému Windows prošel etapu systému nebo komponenty, jako jsou Microsoft .NET Framework nebo virtuálního stroje Javy.

scénografie

Nyní pár slov přímo o tom stádiu vývoje. Životní cyklus zpočátku zahrnuje projektování, systémové analýzy a cílové požadavky, možnost předběžného nebo podrobný návrh, kódování a testování, možnost aplikačního software ve specializovaných systémů, a tak dále. D.

Modely životního cyklu softwaru, vyplývá, že zpočátku za úkol vytvořit software by měl být omezen na vývoj generických aplikací či softwarových produktů, které používají nějaký spouštěcí prostředí.

design

Vývojové systémy jsou programovací jazyky. design software v první fázi může být snížena až na.

Bude to C + / C ++, Java, Delphi nebo stejné zastaralé Pascal - není tak důležité. Otázkou je, jak může být vytvořeno aplikací integrována do operačního systému a poběží hladce.

V tomto smyslu, jeden životní cyklus testování softwaru je čas počáteční instalaci produktu až do jeho úplného odstranění v důsledku nepřizpůsobení požadavků systému je nefunkční nebo nemohou plnit úkoly původně.

následující etapy

Další podpora pro definování životního cyklu softwaru, přijde na kódování pro generování a získat zdrojový kód aplikace.

V případě volné (open) šíření tzv certifikátu je použita v závislosti na licenci GNU, který umožňuje změny v samotném softwaru na žádost uživatele, obeznámený s programovacím jazykem, se kterým byla vytvořena aplikace.

Pokud se jedná o uzavřený kód, můžete použít nástroje, jako je Disassembler. Ale v tomto případě může být dosaženo pouze dekódování spustitelný EXE-soubory, a už vůbec ne svázaný DLL dynamické knihovny.

Ale tato teorie. V praxi fáze životního cyklu softwaru obsahovat seznam mnohem více položek. Dokonce i ty jednoduché simulace, která se skládá z kontroly norem a formulaci připomínek (požadavky na vysoké úrovni v oblasti architektury, odpovídající spustitelný kód, prostředky a metody ověřování). Jedná se o proces životního cyklu softwaru. Ale tady je důležité pochopit a ovládat některé principy takových programů a systémů.

Základy managementu

lifecycle management software je založen na rozkladu programů do složek, což dostatečně širokou škálu nástrojů k jejich vytvoření.

K dispozici je nevýhoda. Výběr modulů je omezena na původní vývojář platformy, na základě kterých se vyrábí programování. Samozřejmě, pokud si vzít v úvahu unifikaci a psaní používají vývojové nástroje (zejména opakovaně použitelné moduly), o tom není pochyb.

Ale fáze životního cyklu softwaru nutně zahrnují zřízení zpracování dat protokolů, rutin, standardní knihovny, a další.

použité moduly

A žádný proces software životního cyklu je kompletní bez použití velmi specifických složek. Mezi tyto priority jsou následující:

  • Chief modul (hlava), zodpovědný za uvedení softwarového produktu;
  • Control Unit, který je zodpovědný za volání připojené komponenty nebo dynamických knihoven;
  • funkčnost a zpracování dat služby nářadí a další nástroje.

Spustitelný soubor je obvykle pro systémy založené na systému Windows je prezentován ve formě „ekzeshnika“. Ovládací prvky mají prodlužovací konfigurátory (Config.sys aplikované na operačním systému), dále knihoven příponu DLL. Prostředky kontroly a zpracování funkcí a nastavení některých aplikací se může objevit ve formě XML souborů.

Jsou to, mimochodem, pro většinu dosud známých programů médií jsou prostředky pro zachování základní konfigurační parametry. Používání softwaru tohoto typu, samozřejmě, to je docela omezený, ale pochopení obecných principů práce se stejnými přehrávačů médií nemohla ublížit. Zde je důvod, proč.

Ve skutečnosti to, co software lifecycle položen pouze na úrovni upgrade životního přehrávače či instalace kodeků a dekodérů. A zvukové a video transkodéry jsou inherentní vlastnosti jakéhokoliv audio nebo video systému.

Příklad na základě programu FL Studio

Zpočátku, virtuální studio sekvencer FL Studio bylo jméno Fruity Loops. Životní cyklus softwaru v jeho primární modifikaci vypršela, ale aplikace je poněkud transformována a získal dnešní podobu.

Pokud budeme mluvit o fázích životního cyklu, nejprve ve fázi formulace problému byla stanovena několika předpokladů:

  • Vytvoření bicích automatů bicí modul typu, jako je Yamaha RX, ale s jedním-shot-vzorku nebo sekvence ve formátu WAV, nahrával živě ve studiu;
  • Integrace do operačního systému Windows;
  • možnost exportu projektu do WAV, MP3 a OGG;
  • slučitelnost projektů s další aplikací Fruity stopy.

„C“ znamená, že programovací jazyky byly použity ve fázi vývoje. Ale platforma vypadala poměrně primitivní a nedal koncovému uživateli požadovanou kvalitu zvuku.

V tomto ohledu, v průběhu testování a ladění vývojáři jeviště musela jít cestou německého Corporation Steinberg a vztahují se základní požadavky pro podporu zvukového ovladače pro režim Full Duplex. Kvalita zvuku byla vyšší a povoleno měnit tempo, výšku a zavádět další FX-efekty v reálném čase.

Dokončení celého životního cyklu softwaru je považován za výstup první oficiální verze FL Studio, který na rozdíl od svých předchůdců, byl plnohodnotným sekvencer rozhraní s možností upravovat nastavení na virtuální 64-kanálového mixážního pultu s neomezeným přidáním zvukové stopy a MIDI stopy.

Propagace programu nezastavil se tam. Ve fázi podpory projektového řízení pro připojení ve formátu VST plug-inů byl představen (první, druhý a pak třetí verze), jednou vyvinutý Steinberg. Zjednodušeně řečeno, jakýkoli virtuální syntezátor, který podporuje VST-hostitel může připojit k programu.

Není divu, že brzy některý skladatel mohl použít analogii „železných“ modely, jako je například kompletní sady zvuků kdysi populární Korg M1. Více - více. Aplikační moduly, jako návykové bicí nebo Universal Plug Kontakt dovoleno hrát živé zvuky reálných nástrojů, zaznamenaných se všemi odstíny artikulace v profesionálních studiích.

Vývojáři se snažili, aby se dosáhlo maximální kvality a vytváření podpory pro řidiče ASIO4ALL, který se ukázal být řez nad režimu Full Duplex. V souladu s tím zvýšené datový tok. V současné době je kvalita zvukového souboru exportovaného může být 320 kbit / s při vzorkovací frekvenci 192 kHz. A to profesionální zvuk.

Pokud jde o původní verzi svého životního cyklu by se dalo nazvat zcela dokončena, ale takový výrok je relativní, protože aplikace pouze změnila svůj název, a našla nové příležitosti.

perspektivy rozvoje

Jaké jsou fáze životního cyklu softwaru, už teď je jasné. Ale tady na vývoji těchto technologií by měly být projednávány odděleně.

Netřeba dodávat, že jakýkoliv software developer není zájem vytvořit projíždějící produkt, který jen těžko vydržet na trhu již několik let. V budoucnu se každý dívá na využití dlouhodobé. Toho lze dosáhnout různými způsoby. Ale jako pravidlo, téměř všichni se redukuje na uvolnění aktualizace nebo nové verze softwaru.

Dokonce i v případě systému Windows, tyto trendy lze vidět pouhým okem. Je nepravděpodobné, že dnes existuje alespoň jeden uživatel s využitím systémů, jako jsou verze 3.1, 95, 98 nebo Millennium. Jejich životní cyklus je ukončen po vydání verze XP. Ale tady je verze serveru na technologii NT založený jsou stále platné. Dokonce i Windows 2000, dnes je nejen velmi důležité, ale v některých ohledech je instalace nebo bezpečnostní dokonce předčí nejnovější vývoj. To samé platí i pro systémy NT 4.0 a specializované úpravy Windows Server 2012.

Ale je to v souvislosti s těmito systémy stále tvrdí, že podporu na nejvyšší úrovni. Ale senzační v době Vista je jasně zažívá skončení cyklu. Nejen, že to bylo nedokončené, takže stále a chyba sama o sobě, a nedostatky v jejím bezpečnostním systému bylo tolik, že se můžeme jen dohadovat o tom, jak to bylo možné zahájit softwarové řešení je neudržitelný.

Ale pokud budeme mluvit o tom, že vývoj softwaru jakéhokoliv typu (kontrola nebo aplikace) není na místě, můžeme konstatovat jen fakta. Koneckonců, dnes jde nejen počítačové systémy a mobilní zařízení, a ve kterém technologie jsou často před sektoru počítače. Vzhled procesorových čipů na základě osmi jader - není nejlepší příklad? Ale přesto, ne každý notebook může chlubit takovou „železo“.

Některé další otázky

Pokud jde o pochopení životního cyklu softwaru, říkat, že to skončilo v určitém okamžiku v čase, může to být velmi svévolné, protože software má stále podporu vývojářů pro jejich vytvoření. Spíše je konec odkazuje na starší aplikace, které nesplňují požadavky na moderní systémy a nemohou pracovat v jejich prostředí.

Ale i přes technologický pokrok, mnoho z nich v blízké budoucnosti nelze udržet. A pak to bude muset učinit rozhodnutí buď vydat aktualizace nebo úplnou revizi celého konceptu, původně vložené do softwaru. Z tohoto důvodu - a nový cyklus se změnou počátečních podmínkách, vývojovém prostředí, testování a na možné dlouhodobé použití v určité oblasti.

Ale v oblasti výpočetní techniky dnes favorizoval vývoj automatizovaných systémů řízení (ACS), které se používají při výrobě. Dokonce i operační systém, ve srovnání se specializovanými programy, ztratit.

Stejný prostředí založené na jazyka jsou mnohem populárnější než Windows systémem. A pokud jde o aplikační software pod UNIX-systému nemluvíme vůbec. Co mohu říci, je-li téměř všechny z komunikačních sítí stejné jako v případě Spojených států, pracuje výhradně na nich. Mimochodem, je jako je Linux a Android systém, také, byl původně vytvořen na této platformě. Proto s největší pravděpodobností vyhlídky UNIX mnohem víc než ta z ostatních produktů dohromady.

místo toho výsledek

Zbývá dodat, že v tomto případě jsou pouze obecné zásady a fáze životního cyklu softwaru. Ve skutečnosti, dokonce i počáteční úkoly mohou výrazně lišit. V souladu s tím, že rozdíly lze pozorovat na jiných stupních.

Ale vývoj základní technologie softwarových produktů s jejich následnou podporou, musí být jasné. V ostatních případech by mělo brát v úvahu specifika softwaru vytvořili, a prostředí, ve kterém je prý by měl fungovat, a možnost programů poskytovaných koncovému uživateli nebo při výrobě, a ještě mnohem více.

Kromě toho někdy životní cykly může záviset na naléhavosti vývojových nástrojů. Pokud se například, některé programovací jazyk zastaralý, nikdo nebude dělat psát programy založené na tom, a ještě víc - je zavést do výroby automatizovaných systémů řízení. Tam už se do popředí dostávají i programátoři a obchodníci, kteří potřebují rychle reagovat na změny trhu s počítači. A tam jsou specialisté na světě, není příliš mnoho. Vysoce kvalifikovaný personál, schopnost udržet ruku na tepu trhu, se stává nejoblíbenějším. A oni jsou často takzvané „šedé kardinálů“, na němž závisí úspěch nebo porážka určitých softwarových produktů v oblasti IT.

Předpokládám, že ne vždy pochopit podstatu programu, ale zjevně schopen určit model životního cyklu softwaru a dobu jejich platnosti, založené na globální trendy v této oblasti. Efektivní řízení často dává více hmatatelných výsledků. Ano, alespoň PR-technologie, reklama, a tak dále. D. Může libovolné aplikace uživatel není nutné, ale za předpokladu, že je aktivní a může se pochlubit uživatel jej nainstaluje. To má, tak říkajíc, podvědomé úrovni (stejný účinek jako 25. rámu, když je informace dát do mysli uživatele, bez ohledu na sebe).

Samozřejmě, že taková technologie ve světě jsou zakázány, ale mnozí z nás ani nejsou vědomi, že mohou být stále používány k ovlivňování podvědomí určitým způsobem. To je jen „zombie“, zpravodajské kanály, nebo internetové stránky, nemluvě o použití více výkonných nástrojů, jako je například vystavení infrazvuku (toto bylo aplikováno ve stejné produkci opery), takže člověk může zažít strach nebo nevhodné emoce.

Vrátíme-li se softwarem, je třeba dodat, že některé programy při spuštění pomocí zvuku, přitahuje pozornost uživatele. A studie ukazují, že tyto aplikace jsou schůdnější ve srovnání s jinými programy. Samozřejmě, že zvýší a software životního cyklu, bez ohledu na to, jakou funkci je účtován na začátku. A to, bohužel, se používá mnoho vývojářů, kteří vyvolává pochybnosti o zákonnosti těchto metod.

Ale ne pro nás soudit. Snad znamená definování takové hrozby budou vyvinuty v blízké budoucnosti. I když je to jen teorie, ale podle některých analytiků a odborníků na praktických aplikacích existuje jen velmi málo. Pokud jste již vytvořili kopii neuronových sítí lidského mozku, tak co?

Similar articles

 

 

 

 

Trending Now

 

 

 

 

Newest

Copyright © 2018 cs.atomiyme.com. Theme powered by WordPress.