Dezvoltarea sistemului de durata ciclului de viaţă (SDLC)

10.25.2007

Sistemul de Dezvoltare Life Cycles!

Modelul cascada, de asemenea, stie ca SDLC a fost iniţial publicat în 1970 de W. Royce. Acesta este un pas cu pas modul de dezvoltare a proiectelor.

Modelul cascadă este defalcată în etape şi fiecare etapă este finalizată înainte de a trece la următoarea.

Etapele de modelul cascada

În modelul cascadă există şapte etape de dezvoltare a unui proiect.

Definirea problemei

În acest stadiu, utilizatorii sau administratorul îşi dă seama că sistemul de informare nu mai este reflectorizant de afaceri existente, care pot s-au extins sau că au nevoie pentru a informatizeze operaţiunilor lor manuală.

Această problemă va putea fi din cauza plângerilor de către utilizatori sau de revizuire formală a sistemului de informare.

Un analist analizează dacă există o problemă şi de studii atunci problema în profunzime, şi de o autorizaţie să efectueze un studiu de fezabilitate este dat. Această autorizaţie este de ieşire sau livrabil în acest stadiu. Astfel utilizatorii, manageri şi Analyst sunt utilizate în această etapă.

Studiul de fezabilitate:

În acest stadiu Analyst analizează dacă un nou sistem este fezabil. El evaluează amploarea acestei probleme şi decide sfera de aplicare a proiectului. El analizează problema a sistemului actual şi care va fi cerut de noul sistem.

Economice, tehnice şi operaţionale de fezabilitate sunt gata. Rezultatul este un raport de studiu de fezabilitate.

Instrumente folosite în această etapă sunt de fapt tehnici de colectare şi Tehnici de Evaluare. Utilizatorii si Analyst plus de management sunt puternic implicate.

Analiză

În această etapă de investigare detaliate sunt efectuate cu privire la sistemul actual. Acest lucru include

lectură documentaţia existentă
Interviu cu utilizatorii
fiind facut de lucru, respectând
Observarea procedurilor actuale
Chestionare

După strângerea faptele necesare cu privire la sistemul existent Analyst diagramele sistemului actual şi consideră apoi funcţiile noului sistem. Un nou set de diagrame care încorporează noi funcţii se face. Un prototip este, de asemenea generat folosind aceste fapte s-au adunat pentru a ajuta utilizatorii ştiu sigur ceea ce doresc în noul sistem. Astfel, acesta ajută să dezvăluie noile cerinţe. Analiştii face un caiet de sarcini problema utilizând instrumente de colectare fapt, prototipuri, DFD, modele de date proces specific Utilizatorii etc sunt implicaţi aşa este Analistii

Design:

În acest stadiu, practic hardware şi software sunt ordonate astfel încât să poată ajunge la timp pentru constructii.

diagramele funcţionale sunt traduse în diagrame hierarchial de către acelaşi analist, astfel încât să se identifice ce programe sunt necesare şi modul în care acestea se referă la unul pe altul. Analistul decide cu privire la structura programului, interfaţa programului şi ierarhia în care programele vor fi aranjate.

Analist asigură design de calitate, include măsuri de securitate, desene şi modele uşor de utilizat, formulare de intrare, ieşire rapoarte interfeţe.

Baza de date designer îndeplineşte cerinţele fişier. De ieşire este o specificaţie de proiectare.

Instrumente utilizate sunt DFD, dicţionar de date, modele de date, prototipuri, scheme logice de sistem: personalul implicat sunt utilizatori, analisti, Baza de date Designer.

Construcţie

Mediul de calculator este pregătită, programele care ar trebui scrise sunt facute si sunt testate, documentaţia utilizatorului şi manuale de formare sunt dezvoltate.

Calculatoare mediu în curs de pregătire înseamnă cabluri electrice, cabluri de reţea sunt instalate, mobila, aer condiţionat sunt la locul lor. Calculatoare sunt instalate şi testate.

Programele sunt scrise pe program şi specificaţiile de proiectare. Programele sunt testate folosind plimbare prin comentarii şi de grup. Analist supraveghează scris manualele de instruire si documentatii de utilizator. documentaţia pentru utilizator include manuale de utilizare, ghiduri de utilizare rapid de referinţă, pe ecran ajuta etc

Persoanele implicate sunt programatori şi analişti. Instrumentele folosite sunt structurate, walkthroughs, instrumente CASE, etc

6. Conversie

Analist ajută personalul se convertesc la sistemul vechi la cel nou. Analistii supraveghează transferul fişierelor de date in format electronic la noul sistem.

De conversie se poate face în diverse moduri

- Faza de conversie
- Paralele de conversie
- Direct de conversie
- Pilot de conversie

Ieşire este că sistemul este operaţional şi instrumentele utilizate sunt automată a datelor de programe de transfer.

7. Întreţinere:

Sistemul de modificări sunt aduse sistemului după ce sistemul este operaţional. De întreţinere pot fi

(1) perfectiv (3) preventiv

(2) corective (4) adaptative

Tradiţionale SDLC are o serie de caracteristici bune. Acesta a fost bine încercate şi testate. Totuşi, această metodă a fost cunoscută pentru a avea mai multe dezavantaje.

Unele dintre neajunsurile SDLC sunt nemulţumire utilizator. SDLC presupune că utilizatorul ştie deja toate cerinţele, astfel ei se aşteaptă utilizatorii să le spună cerinţele lor şi documentate o dată cerinţele ar trebui să rămână neschimbate, astfel se dezvolta sistemul cu aceste cerinţe doar pentru a găsi că, atunci când sistemul este pus în aplicare, nu prevăd necesitatea lor sau schimbat cerinţele lor, prin urmare, ele devin nemulţumiţi cu sistemul.

Imposibilitatea de a răspunde nevoilor de management în acest sistem dezvoltat cu abordarea sunt în principal de prelucrare a sistemelor operaţionale, cum ar fi salarii, de facturare care se ocupa cu nivel scăzut de exploatare sarcini, ignorând astfel nevoile de informare si top management tactic, care au nevoie pentru de exemplu, să ia decizii care să oprească vânzarea de produse etc

sistem de proiectare modest, în măsura în care sistemele dezvoltate de această abordare de multe ori au tendinţa de a computeriza operaţionale sarcini manuale cum ar fi facturarea, astfel, acestea au tendinţa de a veni cu proiectarea sistemelor care sunt similare cu proces manual existente.

Aplicarea restante, această abordare are multe faze cu faze secundare, poate dura mai multe săptămâni pentru a finaliza o fază, astfel timpul de dezvoltare globală a unui singur proiect poate fi luni, iar dacă există alt sistem care aşteaptă să fie elaborat folosind acest proces, se poate cauza o nerezolvate.

Volumul de muncă de întreţinere, deoarece firma poate avea mai multe sisteme de a dezvolta, de dezvoltare este adesea rapid şi "murdare" în aşa fel încât să facă data de livrare, astfel, aduce cu privire la sistemele care lua un efort imens pentru a menţine.

Probleme cu documentaţia, această abordare furnizează documentaţia pentru a procesului de implementare, care este foarte ideal, dar notaţia a documentaţiei este faţă de persoana în calculator că documentaţia este foarte tehnică şi nu uşor de înţeles de către utilizator.

Recomandat text

Popularitate: 26% [ ? ]