Помислете за нейните основни предимства.
- На всеки етап, формиран пълен набор от документи на дизайна, които отговарят на критериите за пълнота и съгласуваност. В заключение на това, слабините също така разработва документация за потребителя, която покрива всички стандарти, предвидени видове информация сигурността на системата (организационни, методически, информация, софтуер, хардуер).
- Изработено в логична последователност от етапи на разрешително за работа План офика данните на изпълнение и съответните разходи.
Резба подход работи добре в развитието на специфични информационни системи. Това се отнася до системата, за които самото начало на развитието може да се формулира с всички изисквания съвсем точно и пълно, за да се осигури на разработчиците с изпълнението на свободата да изберете най-доброто от техническа гледна точка. Такива информационни системи, по-специално, сложни селищните системи, системи в реално време.
Недостатъци на модела на каскада
Списъкът на недостатъци каскада модел, когато се използва за развитие на информационните системи е доста обширна:
- значително забавяне при получаването на резултати;
- грешки или дефекти в някой от етапите са показани, като правило, на следващите етапи от работата, като е необходимо да се върне;
- сложност на паралелното поведение на проекта;
- Прекаленото насищане информация на всеки един от етапите;
- сложността на управлението на проекта;
- висока степен на риск и несигурност на инвестициите.
Забавянето на получаване на резултатите обикновено се считат за основният недостатък на схема каскада. Този недостатък се проявява най-вече в това, че поради последователен подход към развитието на резултати координационни от лихви неправителствени лица само след приключване на следващата фаза на работа.
Използва се да се разработи информационна система, да бъде автоматизирано модела на обекта, които отговарят на критериите за вътрешна последователност и пълнота, могат да бъдат различни причини за остарял дизайн време (например, поради промени в законодателството, валутни колебания, и т.н.). Това се отнася за функционалната модел и информация модела и дизайна на потребителския интерфейс и потребителски документация.
Завръщайки се в ранен етап. Този недостатък на модела на каскада, като цяло, е една от проявите на предишния. Връща може да са причина за провал на работния график и сложността на отношенията между екипи за разработка, изпълняващи определени стъпки на работа.
Най-неприятно е, че недостатъците на предходния етап не може да се открие незабавно в следващия етап, и по-късно (например, в експериментален етап на работа грешки могат да се появят в описанието на предметната област). Това означава, че част от проекта трябва да бъдат върнати на първоначалния етап от работата. Като цяло, работата може да се върне на всеки етап във всеки предишен етап, така че в действителност схемата за развитие каскада е, както е показано на фиг. 2.
Фиг. 2. действителния процес на развитие в конфигурация каскада.
Сложността на паралелни провеждане на строителните работи. Проблемите възникват, се дължи на факта, че работата по проекта е изграден като верига от последователни стъпки. И дори, когато развитието на някои части от проекта (подсистеми) може да се извършва паралелно, като се използва схема за поделяне на каскада е много трудно. Сложността на паралелни проводникови произведения, свързани с необходимостта от продължаване на координация на различните части на проекта. Колкото по-голяма взаимозависимостта между отделните части на проекта, толкова повече трябва да се направи по-често и по-задълбочено синхронизация, толкова по-зависими едни от други група от разработчици.
Информация насищане. Проблемът възниква в резултат на пренасищане информация силна зависимост между различните групи от разработчици. Този проблем се крие във факта, че когато се правят промени в една част на проекта е необходимо да се уведомява всички разработчиците, което е използване или биха могли да използват тази част от работата й. В резултат на това обемът на документация, за да се направи, тъй като проектът се разраства много бързо, така че е необходимо повече време за документацията и да се запознаят с него.
Трябва също да се отбележи, че в допълнение към изучаването на нов материал, не премахва необходимостта от изучаването на старата информация. Това се дължи на факта, че тя е доста вероятно ситуация, в която по време на разработката променя състава на екипа за развитие (този процес се нарича ротация на персонала).
Сложността на управлението на проекта, като се използва схема каскада се дължи основно на строгата последователност от етапи на развитие и наличието на сложни взаимодействия между различните части на проекта.
Последователността на развитие на проекта води до факта, че една група от разработчици трябва да очакваме другите отбори производителност. Затова административна намеса е необходима, за да съответства на времето на работа и съставът на предадените документи.
Високо ниво на риск. Колкото по-сложен проект, толкова по-голяма продължителност на всеки един от етапите на развитие и сложните взаимоотношения между отделните части на проекта, броят на които също се увеличава. Връщане към предишния етап може да бъде свързано не само с грешки, но и с промени в полето за тема или в изискванията на клиента по време на развитието. Освен това, се връща на проекта за преразглеждане поради тези фактори не гарантира, че въпросната област няма да се промени отново, като по времето, когато тя е готова следващата версия на проекта. Фак-чески, това означава, че има възможност, че процесът на развитие "безкраен цикъл" и системата никога не стига до въвеждане в експлоатация.
Следователно, може да се твърди, че сложни проекти, разработени в каскада, са с повишен риск.
Свързани статии