Разработка на софтуер: Разлика между версии

[[Софтуер]] може да бъде разработен по множество от причини. Трите най-общи са да отговаря на конкретните нужди на клиент/фирма ([[:{{lang-en:|custom software|custom software]]}}), да отговаря на възприетите нужди на група от потенциални потребители (рекламен и [[:en:openсофтуер sourceс software|openотворен source softwareкод]]) или за лична употреба (например някой учен може да напише програма за автоматизиране на сложни задачи). ВграденатаПонякога разработка на софтуерсе еналага разработката на вграден софтуер. Например, аконапример е използван софтуер за контрол на консуматорските продукти,когато се изисква процесът на разработка да бъде интегриран с разработката на контролиран физически продукт. [[Системен софтуер|Системният софтуер]] засяга апликацииприложните програми и самия процес на [[програмиране]], поради което често се разработва отделно.

Съществуват много подходи към управлението на софтуерниясофтуерни проектпроекти, известни като циклични модели в живота на софтуерната разработка, методологии, процеси или модели. Моделът„Моделът на [[:водопада“ {{lang-en:Waterfall_model|waterfall]]}} е стандартнатрадиционният версияподход, контрастиращаа нат.нар. по-скоро[[гъвкава иновиранатаметодология]] {{lang-en|agile}} разработка на софтуер е по-модерен подход.

Софтуерната методология при разработката на [[софтуер]] (още известна още като процес на разработка на софтуер, модел или цикъл от живота) е рамка, която се използва за структуриране, планиране и контролиране процеса на разработка на [[информационни системи]]. През годините са еволюирали много разновидности на такива платформи, всяка със своите отличителни предимства и недостатъци. Има няколко различни подхода в разработката на софтуер: някои използват по-структуриран, инженерен подход за разработка на бизнес решения, докато други могат да приематвъзприемат по-частични подходи, къдетокато софтуерът се развива на части в процеса на разработка. Една системна методология на разработка на софтуер не винаги е подходяща за всички проекти. Всяка от възможните методологии е най-подходяща за определен тип проекти, в зависимост от различните технически, организационни, проектни и екипни спецификации.

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

ТоваКой са значителни предимства и недостатъци за различните методологии ие най-добрият подход в разрешаването на проблем, използвайки софтуер, често зависи от типа на проблема. Ако проблемът е добре разбран и може да бъде планирано решение за дълъг период от време напред, то подходите на „водопада“ често са най-удачни. От друга страна, ако проблемът е уникален (или е такъв поне за екипа от разработчици) и структурата на софтуерното решение не може да бъде лесно визуализирана, то тогава „по-екстремните“, частични подходи биха свършили по-добра работа.

== Дейности напо разработката на софтуер ==

Източниците на идеи за софтуерни продукти са много. Тези идеи могат да дойдат от [[:en:Market_research|пазарнипазарно проучванияпроучване]], включващивключващо [[:en:Demographics|демография]]та на потенциално нови клиенти, съществуващи клиенти, друг вътрешен персонал от разработчици или креативна трета страна. Идеите за софтуерни продукти са първосе оценениоцеяват от [[:en:Marketing|маркетинговмаркетинг]]ов личенспециалист съставпо заотношение на икономическа изпълнимост, както и за съчетаване със съществуващи канали на разпределение, за възможни ефекти върху съществуващи продуктови линии, за нужнинеобходими допълнения и за съчетаване с интересите на компанията. Цената и определеното време се преценятпреценяват във фазата на пазарно оценяване, . РаноСъщо в тази фаза се решава дали проектът трябва да бъде осъществен, в зависимост от по-детайлната информация, предоставена от маркетинговия състав и софтуерните разработчици, се решава  дали проектът трябва да бъде осъществен.

Планирането е обект на всяка дейност, когато искаме да открием нещата, от които проектът има нужда. Важна задача в създаването на софтуерна програма е извличането на [[:en:Requirement|изискванията]] и техния анализ. Клиентите обикновено имат обща представа за това, какво искат като краен резултат, но не знаят какво трябва да прави софтуерът. В този етап умели и опитни софтуерни инженери разпознават непълните, двусмислени и понякога противоречиви изисквания.

Когато изискванията се установят, дизайнът на софтуера може също да бъде установен в [[:en:Software_design_document|документ на софтуерен дизайн]] ({{lang-en|Software_design_document}}). Това включва предварителен или дизайн на високо ниво на главните модули с обща картина (например [[:en:Block_diagram|блок-диаграмасхема]]) на това как частите се съчетават частите. [[Език за програмиране|Езикът]], [[Операционна система|операционната система]] и хардуерните компоненти трябва да са ясни до този момент. След товакато е създаден детайлен дизайн или дизайн на ниско ниво е създаден, може бида ссе прототипипристъпи катокъм доказателство за концепцията, или да се потвърдят изискванията с [[прототип]].

[[:en:Implementation|Имплементацията]] е процесът, в който софтуерните инженери пишат програмния код на проекта.