КАТЕГОРИЯ:


Астрономия- (809) Биология- (7483) Биотехнологии- (1457) Военное дело- (14632) Высокие технологии- (1363) География- (913) Геология- (1438) Государство- (451) Демография- (1065) Дом- (47672) Журналистика и СМИ- (912) Изобретательство- (14524) Иностранные языки- (4268) Информатика- (17799) Искусство- (1338) История- (13644) Компьютеры- (11121) Косметика- (55) Кулинария- (373) Культура- (8427) Лингвистика- (374) Литература- (1642) Маркетинг- (23702) Математика- (16968) Машиностроение- (1700) Медицина- (12668) Менеджмент- (24684) Механика- (15423) Науковедение- (506) Образование- (11852) Охрана труда- (3308) Педагогика- (5571) Полиграфия- (1312) Политика- (7869) Право- (5454) Приборостроение- (1369) Программирование- (2801) Производство- (97182) Промышленность- (8706) Психология- (18388) Религия- (3217) Связь- (10668) Сельское хозяйство- (299) Социология- (6455) Спорт- (42831) Строительство- (4793) Торговля- (5050) Транспорт- (2929) Туризм- (1568) Физика- (3942) Философия- (17015) Финансы- (26596) Химия- (22929) Экология- (12095) Экономика- (9961) Электроника- (8441) Электротехника- (4623) Энергетика- (12629) Юриспруденция- (1492) Ядерная техника- (1748) Arhitektura- (3434) Astronomiya- (809) Biologiya- (7483) Biotehnologii- (1457) Военни бизнесмен (14632) Висока technologies- (1363) Geografiya- (913) Geologiya- (1438) на държавата (451) Demografiya- ( 1065) Къща- (47672) журналистика и смирен (912) Izobretatelstvo- (14524) външен >(4268) Informatika- (17799) Iskusstvo- (1338) историята е (13644) Компютри- (11,121) Kosmetika- (55) Kulinariya- (373) културата е (8427) Lingvistika- (374) Literatura- (1642) маркетинг-(23702) математиците на (16968) Механична инженерно (1700) медицина-(12668) Management- (24684) Mehanika- (15423) Naukovedenie- (506) образователна (11852) truda- сигурност (3308) Pedagogika- (5571) Poligrafiya- (1312) Politika- (7869) Лево- (5454) Priborostroenie- (1369) Programmirovanie- (2801) производствено (97 182 ) индустрия- (8706) Psihologiya- (18388) Religiya- (3217) Svyaz (10668) Agriculture- (299) Sotsiologiya- (6455) на (42831) спортист строително (4793) Torgovlya- (5050) транспорт ( 2929) Turizm- (1568) физик (3942) Filosofiya- (17015) Finansy- (26596) химия (22929) Ekologiya- (12095) Ekonomika- (9961) Electronics- (8441) Elektrotehnika- (4623) Мощност инженерно ( 12629) Yurisprudentsiya- (1492) ядрена technics- (1748)

Модел на жизнения цикъл




Процесът на експлоатацията и поддръжката

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

Операцията процес съвпада с продукта за подкрепа. В подкрепа на софтуерното инженерство има няколко различно значение в сравнение с конвенционалния използването на думата. На първо място, подкрепата - е не само непланирани проблеми фиксация. Поддръжката се планира и се изплаща в ранните етапи на жизнения цикъл. Второ, подкрепата включва развитието на продукта. Някои повтарящи се модели на жизнения цикъл може да бъде трудно, дори и за развитие и поддръжка. В литературата подкрепа обикновено се разделя на:

коригиращи (дейности за поддръжка) - Идентификация на дефекти и грешки, открити по време на работа;

Adaptive - Промени в отговор на промените в изчисленията или в бизнес средата;

съвършенство - разработването на продукти, чрез добавяне на нови функции или подобряване на неговото качество.

Цената е значителна подкрепа за жизнения цикъл на софтуера. Това е важно, защото продуктът остава в сила в продължение на дълъг период от време. Големи системи на предприятията, така че основните, че те остават в сила чрез използване на всички налични технологии "за поддържане на живота". Такива системи се наричат наследени системи.

Разбира се, те трябва да бъдат отстранени, но за тях няма заместител. В действителност, когато решението за отстраняване на системата в крайна сметка прие, че не е така, защото системата за наследство вече не е полезно за организацията, но тъй като няма технически възможности да продължат да поддържат своята работа. Не трябва да има никаква изненада, че подкрепата е основната причина, поради това технически не е възможно - след проследяване известно време, така унищожава структурна яснотата, че не може да продължи да се поддържа.

Жизненият цикъл на софтуера определя "какво", но "как" да изпълнява в процеса на софтуерното инженерство. Софтуерното инженерство е до голяма степен - социален феномен, определен от вътрешната организация на културата предприятието. Компанията може да изберете основния модел на жизнения цикъл, но спецификата на жизнения цикъл и как ще се работи, са уникални за всяка организация, и дори може да варира значително при всеки проект. Софтуерният продукт не се прави, то се изпълнява. Процесът на създаване и операционен софтуер - не експеримент, който може да се повтаря много пъти със същата степен на успех.



Помислете защо специфичните характеристики на жизнения цикъл трябва да се адаптира към организационната култура и защо те се различават от проект до проект:

● опит в софтуерни инженерни умения и знания на екипа за развитие (ако те не са достатъчни, трябва да бъдат включени в процеса на развитие и, в съответствие с "кривата на обучение").

● Бизнес знания и опит (това е много по-приятно, отколкото последния път, защото на бизнес опит и знания не са лесно придобити).

● Въведете домейна (различните процеси, необходими за подобряване на системата за счетоводен контрол или електроцентрала).

● Промени в бизнес средата (промени във външната политика, икономически, социални, технологични и конкурентни фактори).

● Вътрешни бизнес промени (промени в управлението, условията на труд, финансово състояние на компанията и така нататък. Г.).

Размерът на проекта (голям проект изисква различни процеси, като се започне от малък, много малък проект може дори не е необходимо всеки процес, тъй като разработчиците могат да си сътрудничат и обменят информация неофициално).

Предвид горното обсъждане подходи за жизнения цикъл на софтуера може да бъде грубо разделени на две основни категории:

● «водопад обратна връзка";

● повтарящ частичното.

1 Жизнен цикъл "водопад с обратна връзка"

Waterfall модел - традиционния жизнен цикъл, внедрена и популяризиран през 1970. На този модел, се казва, че тя успешно се използва в много големи проекти от миналото. Повечето от тези проекти са свързани с (т.е. не интерактивни) системи, въведени в езика Cobol пакета. Днес живот "водопад" цикъл се използва по-рядко.

Жизнения цикъл "водопад обратна връзка" може да бъде представено както е показано на фиг. 1.3. Тази линейна последователност от етапи, на които предишната стъпка трябва да бъде завършена преди следващия може да започне.

Завършване на всеки етап от подписването на документа за този етап от проекта. Обратна връзка (назад стрелка на фиг. 3) между етапите са възможни, и дори е подходящо. Обратна връзка не показва документирано, но необходимата промяна на по-късен етап, което съответства на промяната в предишната стъпка трябва да бъде завършена.

Такива декларации могат (макар че това се случва рядко) продължават до първоначалната сцената - анализ изисквания.

Фигура 1.3. Жизнен цикъл "водопад с обратна връзка"

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

Предимства на водопад с обратна връзка:

1 Показва дисциплиниран подход за разработка на софтуер. Определя ясни постижения в етапите на жизнения цикъл, улесняването, като по този начин, управление на проекти.

2 произвежда пълна документация за системата.

3 се изисква изпълнението на проектната документация, преди да се пристъпи към следващия етап.

4 изисква внимателно планиране на проекта.

Недостатъци на водопад с обратна връзка:

1 Критерии за приключване на анализа на изискванията на системата и дизайна, често не са идентифицирани. Трудно е да се определи кога да спре. Рискът от превишаване на сроковете.

2 монолитна подход може да изисква много време, за да се получи крайният продукт. Това може да е неприемливо за модерно предприятие, което изисква по-кратък срок възвръщаемост на инвестициите.

3 Няма възможност за абстракция и разлагане в предметната област, за да се справят с проблема на сложността на системата.

4 Документация може да даде невярна представа за напредъка в проектирането. Съществува риск бюрократизира работата на.

5 Замразяване на резултатите от всеки етап е в противоречие с софтуерното инженерство на като социален процес, при който на изискванията могат да се различават, независимо от нашите желания.

6 Планиране на проекта се извършва в ранните етапи от жизнения цикъл, когато е налице ограничено разбиране на проекта. Рискът от неправилна преценка на необходимите ресурси.