![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | |
| By N2H | ||||||||||||||||||||||
Система за развитие на живот (SDLC)
25-ти октомври, 2007
Ако си нов тук, можете да се абонирате за моята RSS емисия. Благодарим Ви, че посетихте и да имат приятен ден!
Системата за развитие живот цикъл!
В водопад модел също знае както SDLC първоначално е бил публикуван през 1970 г. от W. Royce. Това е стъпка по стъпка пътя на разработването на проекти.
В водопад модел е разбита в етапа и всеки етап е завършен преди да продължите към следващата.
Етапи на водопад модел
В водопад модел има седем етапи от развитието на проекта.
Проблем Определение
В този етап на потребителите или на управителя осъзнава, че информационната система вече не се отразяват на съществуващия бизнес, които могат да имат разширени или, че те трябва да Сметачна тяхното ръководство операции.
Този проблем може да се дължи на около жалби от потребителите, или от официалния преглед на информационната система.
Анализатор проучва дали има проблем и след това изследвания на проблема в дълбочина, както и разрешение да извърши проучване на възможностите му. Това е разрешение за производство или доставка на този етап. Така потребителите, мениджъри и анализатор се използва в този етап.
ПРОУЧВАНЕ НА ВЪЗМОЖНОСТИ:
В този етап на анализатора проучва дали новата система е възможно. Той оценява значимостта на този проблем и реши обхвата на проекта. Той разглежда проблема за сегашната система и за какво ще се изисква на новата система.
Икономически, технически и оперативни feasibilities се направи. Изхода е проучване на възможностите доклада.
Инструменти, използвани в този етап са факт Оценка събиране на техники и методи. Потребителите и анализатор плюс за управление са силно ангажирани.
Анализ
В този етап са направили подробно проучване за сегашната система. Това включва
четене съществуващата документация
Среща на потребителите
Спазването работата, която се осъществява
Спазването сегашните процедури
Въпросниците
След събиране на необходимите факти за съществуващата система на анализатора диаграми сегашната система и след това смята, функциите на новата система. Нов набор от схеми, които включват нови функции е направено. Прототип е генерирана използване на тези факти, се събраха, за да несигурни потребители да знаят какво искат в новата система. Така тя помага да се разкрият нови изисквания. В анализатори прави проблем спецификация, използвайки факта, събиране на средства, прототипи, DFD, данни модели процес, специално др Потребителите са включени, така е анализатори
Дизайн:
В този етап основно на хардуер и софтуер, са подредени, така че те да могат да пристигнат във времето за строителство.
Функционални схеми са преведени на hierarchial диаграми от анализатор, така че да се определи какви програми са необходими и как те се отнасят до един на друг. В анализатор реши по програмата структура, програмен интерфейс и програми за йерархия, в която ще бъдат подредени.
В анализатор осигурява качествени проекти, включващи мерки за сигурност, дизайни, лесен за използване приноса форми, производство доклади интерфейси.
Лични дизайнера, извършено в преписката изисквания. Изхода е един дизайн на спецификацията.
Инструменти, използвани са DFD, данни речник, данни модели, прототипи, системата flowcharts: на персонала са потребители, анализатори, Database дизайнер.
Строителство
Компютърът среда е готова, програмите да бъдат написани са направили и те са тествани, потребителска документация и обучение са разработени ръководства.
Компютърна среда се подготвя означава, електрически кабели, мрежови кабели са инсталирани, мебели, климатик, са на място. Компютрите са инсталирани и тествани.
Програми са написани на програмата и дизайн спецификации. Учебните програми са тествани чрез група и преминете през прегледите. В анализатор контролира писмена форма на обучение, учебници и за ползване на documentations. Потребителска документация включва Ръководства за употреба, бърз потребителски референтна ръководства, на екрана помогне др
Хората, занимаващи се програмисти и анализатори. Инструменти, използвани са структурирани, walkthroughs, казуистика инструменти и т.н.
6. Реализация
В анализатор помага на служителите да се превърнат от старата система на нов. В анализатори наблюдава трансфер на файлове с данни по електронен път към новата система.
Реализация може да се направи по различни начини
Фаза на реализация
Паралелни реализация
Директен реализация
- Пилотен реализация
Изходна е, че системата е оперативна и средствата, използвани са автоматизирани системи за пренос на данни програми.
7. Поддържане:
Системата се въвеждат изменения в системата след като системата е оперативна. Поддържане може да бъде
(1) Perfective (3) превантивни
(2) Коригиращ (4) адаптивно
Традиционните SDLC има много добри функции. Той е добре изпробвани и изпитани. Въпреки това този метод е известно, че има няколко недостатъци.
Някои от недостатъците на потребителя SDLC се недоволство. SDLC предполага, че потребителят вече познава всичките им изисквания, като по този начин те очакват потребителите да кажете на тях им изисквания и документи, след като на изискванията трябва да останат непроменени, като по този начин те развиват системата с тези изисквания, само за да откриете, че когато системата се изпълнява, тя не предостави за тяхната необходимост, или им се промени изисквания, а оттук те стават недоволни от системата.
Липсата на отговори на нуждите на управлението в тази система, разработени в съответствие с подхода, са предимно оперативни системи за обработка, като счетоводство, заплати, фактуриране, който се занимава с ниско ниво оперативни задачи, като по този начин информацията, пренебрегвайки нуждите на тактическото и висшето ръководство, че те изискват да например, да взема решения, които да спрат да продават продукти и т.н.
Unambitious система за проектиране, в които системите, разработени от този подход, често са склонни да Сметачна ръководството оперативни задачи, като издаване на фактури, като по този начин те са склонни да излезе със системи за проектиране, които са подобни на съществуващите ръчен процес.
Заявление чакащите, този подход е много етапи с под фази, може да отнеме много седмици, за да завършат етапа, като по този начин цялостното развитие на времето на един проект може да бъде месеца, а ако има и други система чакат да бъдат разработени чрез този процес, тя може да причини да обработят.
Определяне на натоварването, тъй като фирмата може да има много системи за развитие, развитието често е бърз и "мръсни", така че да направят датата на доставката, като по този начин допринася за системи, които вземат огромни усилия, за да се поддържа.
Проблемите, свързани с документация, този подход дава за документиране на процеса на изпълнение, което е много идеален, но нотация на документацията е към компютъра в лицето, че е силно техническа документация, а не лесни за разбиране от страна на потребителя.
Коментари
Имате нещо да кажете?
Трябва да сте влезли в системата на коментирайте.
























