Най-често срещаните и полезни са: отдолу-нагоре метод развитие и метода на низходящ развитие PS.
отдолу нагоре метод развитие е както следва. Първо изграждане на модулна структура на програмата като дърво. След това последователно се програмира модули на програмата, като се започне с модулите на най-ниското ниво (листата на дървовидната структура на модулна програма) по такъв начин, че за всеки програмируем модул, всички модули са вече програмирани, към които той може да се отнася. След като всички програмни модули са програмирани, произведени им заместник тестване и отстраняване на грешки по принцип в една и съща (във възходящ ред) Редът, в който провежда програмите си. Този ред от програмата за развитие на пръв поглед изглежда съвсем естествено: всеки модул, когато програмиране се изразява чрез вече програмирани пряко подчинени единици, и използва вече утвърдени модули за тестване. Въпреки това, настоящата технология не препоръчва тази процедура за разработване на програмата. На първо място, за програмиране на модул не изисква присъствието на текстови модули, използвани от нея - това е достатъчно, всеки използва модул е само определен (в силата на звука, което позволява да се изгради подходяща препратка към него), както и да се провери, че е възможно (и дори както ние показваме по-долу, е полезно) модули, използвани за замяна на техните имитатори (щекери, шофьори). На второ място, всяка програма до известна степен е обект на някои вътрешни за него, но неговите модули за глобални съображения (принципите на изпълнението, предположения, структури от данни и други подобни), която определя неговата концептуална цялост и формира в хода на нейното развитие. При разработването на тази глобална информация за качване на модулите на по-ниски нива, все още не е напълно ясно, така че често се налага да ги препрограмира, където значително усъвършенстване на глобалната информация (например глобална структура се променят данни) се извършва при програмирането други модули. На трето място, в допълнителните тестове за всеки модул (с изключение на мозъка), трябва да се създаде програма домакин (модула), която е да се подготвят за тест модул информационната среда, необходима държавна и изпълнява подходящо лечение за него. Това води до по-голям обем на програма "грешки" и в същото време да не дава гаранция, че единица тестване се извършва в условията, в които те ще се извършват в работната програма.
метод развитие отгоре-надолу е както следва. Както и в предишния метод, за първи път се конструира модулна структура на програмата като дърво. След това последователно програмирани модули на програмата, като се започне с модула на горния слой (главата), промени в програмирането на всеки друг модул, само ако вече сте програмирали модул, който осъществява достъп. След като всички модули на програмата програмиран да ги правят един по един тест и отстраняване на грешки в една и съща (в низходящ ред) ред. В този случай, първата основна програма модул е тестван, което представлява всичко от програмата за изследване и затова тестван с "естествени" информационна среда на държава, в която програмата започне да работи. В този случай модулите, които могат да бъдат достъпни глава, заменени с техните имитатори (така наречените тапи). Всеки симулатор модул е много проста програма, фрагмент, който по същество посочва факта, да се позова на симулирания модул произвежда са необходими за правилното функциониране на обработката на програмата на стойностите на входните параметри (понякога със своя печат), както и изходите, ако е необходимо, предварително зареден подходящо резултат. След приключване на тестване и отстраняване на грешки на мозъка, както и всеки следващ модул ще премине в тестването на един от модулите, които в момента са представени тренажори, ако има такива. За тази симулатора избрани за тестване на модула се заменя от модула и, в допълнение, добавя имитатори на тези модули, които могат да бъдат достъпни за избрания тест модул. В допълнение, всеки такъв модул ще бъде тествана в "естествен" състояние на информационната среда, възникнали по време на лечение с модула, когато програмата за изпитване. По този начин, голяма част от програма "грешки" в допълнителните тестове се заменя с програмиране относително прости тренажори, използвани в програмните модули. Освен това, симулатори, който се използва, за да играе заедно с процес на селекция чрез определяне на произведените съответните резултати от изпитвания моделни. С тази цел на програмата цялата необходима информация се генерира глобално развитие своевременно, т.е. ликвидация много неприятна източник на грешки при програмирането модули. Някои липсата на развитие отгоре-надолу, което води до някои затруднения при прилагането му, е необходимостта да се игнорира основните възможности на езика за програмиране, изобретяването на абстрактни операции, които по-късно трябва да бъдат в рамките на специални програмни модули. Въпреки това, възможността за такава абстракция представлява необходимо условие за развитието на голям софтуер, така че трябва да се развива.
Особено като се има предвид методите на възходящи и низходящи развитие (което ние наричаме класически) е изискването, че модулна структура на програмата е разработена преди началото на програмиране (кодиране) модули. Това изискване е в пълно съответствие с подхода на водопад за развитието на СС, тъй като развитието на модулна структура на програмата и нейното кодиране се извършва на различни етапи от развитието на СС: Първата стъпка е доизграждане на СС, а вторият - отваря на кодиращата стъпка. Въпреки това, тези методи да причинят редица възражения: Съмнително е, че преди програмни модули може да се развива програма конструкция, достатъчно точна и съдържателна. В действителност, това не е необходимо, ако малко модернизирана подход водопад. По-долу се предлагат конструктивни и архитектурни подходи за разработване на програми, в които се формира модулна структура по време на програмирането (кодиране) модул.
Конструктивен подход към развитието на програмата е развитие промяна в права посока, при която модулна програма дървовидна структура, образувана по време на програмни модули. Разработване на програма започва с програмата за главата модул с конструктивен подход, основан на спецификацията на програмата като цяло. В този случай, спецификацията на програмата се приемат като спецификация на своя глава модул, който поема пълна отговорност за изпълнението на функциите на програмата. В процеса на програмата за главата модул, ако програмата е достатъчно голям, разпределени подзадачи (вътрешни функции), по отношение на които се програмират модул главата. Това означава, че за всяка подзадача освободен (функции) се създава спецификация изпълнява програмата си фрагмент, който след това може да се представи някои поддървото модули. Важно е да се отбележи, че има и отговаря за изпълнението на избраната функция има глава (може би единственият) на единица-дървото, така че спецификацията на избраната функция е едновременно спецификация на модула главата, че под-дърво. Начело на модула на програмата за достъп до подчерта функцията изгражда жалба до главния модул, определен поддървото в съответствие с утвърдената спецификация. По този начин, (с програмиране глава модул) в първия етап на развитие на програмата се образува горната част на първоначалното дърво, например, както е показано на Фигура 1.5.
Фигура 1.5 - Първата стъпка е образуването на модулна структура на програмата с конструктивен подход
Подобни действия се извършват в програмирането на всеки друг модул, който е избран от текущото състояние на програмата за дърво измежду определен, но все още не е програмирани модули. В резултат на програмата направи редовен деформация на дърво, например, както е показано на Фигура 1.6.
Архитектурният подход за разработка на софтуер е модификация на развитието на възходящ, при която модулна програма структура, образувана в програмирането на процеса модул. Но това много се поставя още един гол на развитие: подобряване на езика за програмиране, а не развитието на конкретна програма. Това означава, че за даден домейн са разпределени типични функции, всяка от които може да се използват при решаването на различни проблеми в областта на науката, и са определени, а след това отделни софтуерни модули програмирани операционна тези функции. Тъй като процесът на разделяне на функциите, свързани с проблемите на натрупване и синтез разтвори опит в дадена област, обикновено е първият изолиран и отделните модули се реализират по-прости функции и след това постепенно се появи модули използват разпределени преди функция. Този набор от модули, създадени с надеждата, че разработването на програма за дадена предметна област като част от конструктивен подход може да е приемливо, някои от тези модули. Това може значително да намали усилието, необходимо да се разработи специална програма, като се свържат с него предварително подготвени и доказани модулни конструкции на по-ниско ниво. Тъй като тези структури могат да бъдат използвани в различни специфични програми, архитектурния подход може да се разглежда като начин за борба с дублиране в програмирането. В тази връзка, софтуерните модули са създадени като част от архитектурен подход, обикновено parametrized с цел повишаване на приложимостта на тези модули, като ги поставите в параметри.
Фигура 1.6 - Вторият етап е образуването на модулна структура на програмата с конструктивен подход.
Препоръчително е класически метод отгоре-надолу развитие за първи всички модули, разработени софтуерна програма, и едва след това се започва низходящата им тестване, което отново е в пълно съответствие с подхода на водопад. Въпреки това, този ред на развитие не е достатъчно обосновано: тестване и отстраняване на грешки модули могат да се променят спецификацията на роб модули и дори промяна в много модулна структура на програмата, така че в този случай програмирането на някои от модулите може да бъде направено безполезна работа. Изглежда по-рационално, за друга програма за развитие, известен в литературата като низходяща метод на изпълнение. който е модификация на подхода водопад.
При този метод, всеки модул е програмиран незабавно да започне тестване преди да се премести в друг модул за програмиране.
Всички тези методи са повече различни видове в зависимост от последователността, в която компонентите на разходите (модули) на дървовидната структура на програмата по време на неговото развитие. Това може да стане, например, слоеве (развиващи се всички модули на едно ниво, преди да преминат към следващото ниво). Когато низходящ развитието на дървото може да се премества в лексикографски ред (от горе до долу, от ляво на дясно). Други варианти на дърво прекосява. По този начин, в конструктивен изпълнение на програмата за заобикаляне на дървото е препоръчително да се следват идеите Fuksmana, които той използва в предложения от него метод за вертикално разлистване.
Същността на временно решение е както следва. В рамките на конструктивен подход, първо изпълнява само тези модули, които са необходими за най-простата версия на програмата, която може да бъде извършена обикновено само за много ограничен набор от масиви от данни за въвеждане, но и за такива данни, този проблем ще бъде решен до края. Вместо другите модули, които са в такава програма служи за еталон, а само техните имитатори са вкарани в програмата, за да се гарантира, че в по-голямата, сигнализация за отиване отвъд този конкретен случай. След това програмата допринася за изпълнението на някои други модули (например, вместо на някои от най-добрите симулатори), за да се осигури нормалното протичане на някои други комплекти въвеждане на данни. И този процес продължава на етапи до пълното осъществяване на желаната програма.
По този начин, заобикаляйки дървото програма се прави с цел да се най-краткият път за изпълнение на една или друга опция (първо най-простите) обикновено е текущата програма. Ето защо, този вид конструктивно изпълнение се нарича насочена конструктивно изпълнение на метода. Предимството на този метод е, че той има достатъчно ранен етап, за да се създаде работеща версия на програмата в процес на разработка. От психологическа гледна точка, тя играе ролята на допинг, значително увеличава ефективността на предприемача. Ето защо, този метод е много привлекателна.
На Фигура 1.7 показва общата класификация на разглеждания структурата на методите за развитие програма.
Фигура 1.7 - Класификация на методи за развитие на програма за проектиране
Свързани статии