Johdanto
Ohjelmistotekniikan lineaarinen sekvenssimalli, joka tunnetaan joskus nimellä "perinteinen elinkaari" tai "vesiputousmalli", lineaarinen peräkkäinen malli ehdottaa järjestelmällisiä, peräkkäisiä ohjelmistokehitysmenetelmiä (vaikka Winston Roycen [Roy70] ehdottama aikaisin vesiputousmalli tukee palautesykliä, useimmat prosessimallia käyttävistä organisaatioista pidetään tiukasti lineaarisina), alkaen järjestelmätasosta, sitten analysoimalla, suunnittelemalla, koodaamalla, testaamalla ja ylläpidolla.
Mallin ydinajattelu
The core idea of the waterfall model is to simplify the problem according to the process, and the implementation and design of the function will be separated, which is easy to divide and cooperate. Separate logic implementation with physical implementation. The software life cycle is divided into six basic activities such as planning, demand analysis, software design, program writing, software testing and operation maintenance, and specify their own fixed order, such as waterfall, step by step. whereabouts.
Vesiputousmalli on varhaisin ohjelmistokehityksen malli, jolla on tärkeä rooli ohjelmistokehityksessä, joka tarjoaa ohjelmistokehityksen peruskehyksen. Prosessi on vastaanottaa tapahtuman työobjekti syötteenä edellisestä toiminnasta ja tämän syötteen avulla toteuttaa suoritettavan tapahtuman sisältö tapahtuman työtuloksen saamiseksi ja välittää se ulostulona seuraavaan aktiviteettiin . Samalla tarkastellaan tämän toiminnan toteutusta. Jos vahvistat, jatka seuraavaan tapahtumaan; muuten palauta tapahtuma eteen, jopa enemmän. Vesiputousmalli on arvoton tällä hetkellä vaihtuville esineille.
Järjestelmä / Tietotekniikka ja mallintaminen
Koska ohjelmistot ovat aina suuri järjestelmä- (tai yritys-)komponentti, sinun tulee määrittää kaikkien järjestelmäkomponenttien tarpeet, ja sitten ohjelmistolle määritetään jotkin osajoukot. Koko järjestelmä perustuu ohjelmistoihin ja muihin komponentteihin, kuten laitteistoihin, ihmisiin ja tietokantaliittymiin. Järjestelmäsuunnitteluun ja -analyysiin kuuluu järjestelmätason keräämisen kysyntä sekä pieni osa ylimmän kerroksen analysointia ja suunnittelua. Tietoprojektit sisältävät kysyntää strategisille liiketoimintaluokille ja toimialoille.
Ohjelmiston kysynnän analyysi
Kysynnän keruuprosessi on erityisesti keskitetty ohjelmistoon. Ymmärtääkseen ohjelman olemuksen ohjelmistosuunnittelijan ("analyytikko") on ymmärrettävä ohjelmiston tiedot ja kysynnän toiminnallisuus, käyttäytyminen, suorituskyky ja käyttöliittymä. Järjestelmävaatimukset ja ohjelmistovaatimukset on dokumentoitava ja tarkistettava käyttäjien kanssa.
Suunnittelu: Ohjelmiston suunnittelu on itse asiassa monivaiheinen prosessi, jossa keskitytään ohjelman neljään täysin erilliseen ominaisuuteen: tietorakenteeseen, ohjelmistoarkkitehtuuriin, käyttöliittymän esitykseen ja prosessin (algoritmin) yksityiskohtiin. Suunnitteluprosessi muuntaa kysynnän ohjelmistoesitykseen ja sen laatu voidaan arvioida ennen koodausta. Kuten kysyntä, suunnittelu myös dokumentaatio ja on osa ohjelmiston konfiguraatiota.
koodin luominen: Suunnittelu on muutettava koneellisesti luettavaan muotoon. Tämä vaihe on tämän tehtävän suorittaminen. Jos suunnittelu on ilmaistu yksityiskohtaisesti, koodin generointi voidaan tehdä automaattisesti.
Testi: Kun koodi on luotu, voit aloittaa ohjelman testauksen. Testausprosessi keskittyy ohjelmiston sisäiseen logiikkaan - takaa, että kaikki lauseet testataan, sekä ulkoiset ominaisuudet - eli käynnistä testi virheiden havaitsemiseksi ja varmistaa, että määritetty syöte voi tuottaa odotetusti.
Ylläpito: Ohjelmistoa halutaan väistämättä muokata toimituksen jälkeen (mahdollinen poikkeus on sulautettu ohjelmisto). Muutoksia tapahtuu seuraavissa tapauksissa: Kun havaitaan virhe; kun ohjelmiston on mukauduttava ulkoisen ympäristön muutoksiin (esimerkiksi uuden käyttöjärjestelmän tai oheislaitteiden vuoksi); tai kun käyttäjä haluaa parantaa toimintoa tai suorituskykyä. Ohjelmiston ylläpito toistaa aikaisemmat vaiheet, erot siinä ovat olemassa olevissa menettelyissä, ei uusissa ohjelmissa.
Lineaarisen sekvenssimallin sekvenssi ja riippuvuus
1) vaiheiden välinen järjestys ja riippuvuus, projekti suoritetaan tietyssä järjestyksessä alusta loppuun; vesiputousmallia ohjaavat asiakirjat, jokainen Lava ei ole intersitiveing.
2) Tiukan vaiheen arvioinnin on ensin suoritettava tiukka arviointi päästäkseen seuraavaan vaiheeseen.
3) Kehityksen alkuvaiheeseen on viitattava selkeästi.
4) Pitkä kehityssykli, riski.
Lineaarisen sekvenssimallin haitat
1) Suurin osa varsinaisista projekteista on vaikea suorittaa tässä mallissa annetussa järjestyksessä, ja tämä malli on iteratiivinen, mikä on helppoa. Se aiheuttaa suuren kaaoksen pienistä muutoksista.
2) Monissa tapauksissa asiakkaan on vaikea ilmaista todellista kysyntää, ja tämä malli vaaditaan, tämä malli ei ole "tervetullut" virheongelmaan.
3) Asiakas haluaa odottaa kehityssyklin loppuun asti näkee ohjelman testiversion käynnissä ja kun huomaat suuren virheen, se voi aiheuttaa asiakkaassa paniikin ja tuloksen seuraukset voivat olla katastrofaaliset . /.
4) kohtaa usein tehtävän, joka odottaa muiden jäsenten saattamista päätökseen prosessin alussa ja lopussa, on mahdollista viettää pidemmän aikaa kuin kehitysaika. "Estää valtion".
Lineaarisen sekvenssimallin edut
1) Se tarjoaa mallin, jonka ansiosta analyysi-, suunnittelu-, koodaus-, testaus- ja tukimenetelmät voivat olla yhteisiä tässä mallissa. opas.
2) Vaikka vikoja on monia, se on paljon parempi kuin satunnaisen tilan esittäminen ohjelmistokehityksessä.