Жизненият цикъл на разработка на софтуер (SDLC) е духовен модел, използван в управлението на проекти, който определя етапите, включени в проекта за разработка на информационна система, от първоначално проучване за осъществимост до поддръжка на завършеното приложение.
Има различни спецификации и дизайн на модели на жизнения цикъл на разработката на софтуер, които се следват по време на фазата на разработка на софтуер. Тези модели се наричат още ' Модели на процеса на разработка на софтуер .' Всеки модел на процес следва серия от фази, уникални за неговия тип, за да се гарантира успех в етапа на разработка на софтуер.
Ето някои важни фази от жизнения цикъл на SDLC:
Модел водопад
Водопадът е универсално приет SDLC модел. При този метод целият процес на разработка на софтуер е разделен на различни фази.
char в низ java
Моделът на водопада е непрекъснат модел за разработка на софтуер, в който развитието се разглежда като течащо стабилно надолу (като водопад) през стъпките на анализ на изискванията, проектиране, внедряване, тестване (валидиране), интегриране и поддръжка.
Линейното подреждане на дейностите има някои значителни последствия. Първо, за да се идентифицира краят на една фаза и началото на следващата, трябва да се използват някои техники за сертифициране в края на всяка стъпка. Някои проверки и валидиране обикновено правят това, което ще гарантира, че изходът на етапа е в съответствие с неговия вход (който е изходът от предишната стъпка) и че изходът на етапа е в съответствие с общите изисквания на системата.
Модел RAD
RAD или процесът на бърза разработка на приложения е възприемане на каскадния модел; има за цел разработването на софтуер за кратък период от време. Моделът RAD се основава на концепцията, че по-добра система може да бъде разработена за по-кратко време чрез използване на фокус групи за събиране на системните изисквания.
- Бизнес моделиране
- Моделиране на данни
- Моделиране на процеси
- Генериране на приложения
- Тестване и оборот
Спирален модел
Спираловидният модел е a модел на процес, управляван от риска . Този SDLC модел помага на групата да приеме елементи от един или повече модели на процеси като водопад, инкрементален, водопад и т.н. Спираловидната техника е комбинация от бързо създаване на прототипи и паралелност в дейностите по проектиране и разработка.
Всеки цикъл в спиралата започва с идентифицирането на целите за този цикъл, различните алтернативи, които са възможни за постигане на целите, и ограниченията, които съществуват. Това е първият квадрант на цикъла (горен ляв квадрант).
Следващата стъпка в цикъла е да се оценят тези различни алтернативи въз основа на целите и ограниченията. Фокусът на оценката в тази стъпка се основава на възприемането на риска за проекта.
обработка на низове в c++
Следващата стъпка е да се разработят стратегии, които разрешават несигурността и рисковете. Тази стъпка може да включва дейности като сравнителен анализ, симулация и създаване на прототипи.
V-модел
При този тип тестване на SDLC модел и разработката стъпката се планира паралелно. И така, има фази на проверка отстрани и фаза на валидиране от другата страна. V-моделът се присъединява чрез фаза на кодиране.
аплет
Инкрементален модел
Инкременталният модел не е отделен модел. Това е задължително поредица от водопадни цикли. Изискванията са разделени на групи в началото на проекта. За всяка група се следва моделът SDLC за разработване на софтуер. Процесът на SDLC се повтаря, като всяко издание добавя повече функционалност, докато не бъдат изпълнени всички изисквания. При този метод всеки цикъл действа като фаза на поддръжка за предишната версия на софтуера. Модификацията на инкременталния модел позволява циклите на разработка да се припокриват. След това следващият цикъл може да започне, преди да е завършил предишният цикъл.
Гъвкав модел
Agile методологията е практика, която насърчава непрекъснатото взаимодействие на разработката и тестването по време на SDLC процеса на всеки проект. В метода Agile целият проект е разделен на малки постепенни компилации. Всички тези компилации се предоставят на повторения и всяка итерация продължава от една до три седмици.
Всяка гъвкава софтуерна фаза се характеризира по начин, който разглежда няколко ключови допускания относно по-голямата част от софтуерните проекти:
- Трудно е да се мисли предварително кои софтуерни изисквания ще останат и кои ще се променят. Също толкова трудно е да се предвиди как приоритетите на потребителите ще се променят с напредването на проекта.
- За много типове софтуер проектирането и разработката се преплитат. Това означава, че и двете дейности трябва да се извършват в тандем, така че моделите на проектиране да се доказват, докато се създават. Трудно е да се мисли колко дизайн е необходим, преди да се използва конструкция за тестване на конфигурацията.
- Анализът, дизайнът, разработката и тестването не са толкова предсказуеми (от гледна точка на планиране), колкото би ни се искало.
Итеративен модел
Това е конкретно изпълнение на жизнен цикъл на разработка на софтуер, което се фокусира върху първоначално, опростено внедряване, което след това прогресивно придобива по-голяма сложност и по-широк набор от функции, докато крайната система бъде завършена. Накратко, итеративната разработка е начин за разбиване на софтуерната разработка на голямо приложение на по-малки части.
Модел Big bang
Моделът на Големия взрив се фокусира върху всички видове ресурси в разработката на софтуер и кодирането, без или с много малко планиране. Изискванията се разбират и изпълняват, когато дойдат.
какъв е размерът на екрана на моя монитор
Този модел работи най-добре за малки проекти с по-малък екип за разработка, който работи заедно. Също така е полезно за проекти за академична разработка на софтуер. Това е идеален модел, когато изискванията са или неизвестни, или окончателната дата на пускане не е дадена.
Прототип на модела
Моделът за прототипиране започва със събирането на изискванията. Разработчикът и потребителят се срещат и определят целта на софтуера, идентифицират нуждите и т.н.
а ' бърз дизайн след това се създава. Този дизайн се фокусира върху онези аспекти на софтуера, които ще бъдат видими за потребителя. След това води до разработването на прототип. След това клиентът проверява прототипа и всички модификации или промени, които са необходими, се правят в прототипа.
В тази стъпка се извършва зацикляне и се създават по-добри версии на прототипа. Те се показват непрекъснато на потребителя, така че всички нови промени да могат да бъдат актуализирани в прототипа. Този процес продължава, докато клиентът е доволен от системата. След като потребителят е доволен, прототипът се преобразува в действителната система с всички съображения за качество и сигурност.