Programmatūras inženierija: Programmatūras inženierija ietver programmatūras izstrādes tehnoloģiju un programmatūras pārvaldības tehnoloģiju, un tā ir disciplīna, kas pēta programmatūras ražošanu. Vadības tehnoloģiju un datortehnoloģiju kombinācija.
Datoru izstrādē ir četri posmi: elektronu caurules, tranzistori, integrālās shēmas un liela mēroga integrālās shēmas
Programmatūras izstrādei nepieciešami 3 procesi un 8 posmi:
Pirmais process: problēmas definēšana, priekšizpēte un prasību analīze Otrais process: vispārējais dizains, detalizēts dizains, kodēšana, testēšana Trešais process: uzturēšana
Priekšizpēte: Vai šī programmatūra to var izdarīt? Prasību analīze: drošība, realizācijas vide
Programmatūras dzīves cikls ir 5-8 gadi, un izmaksas tiek atgūtas 5 gadu laikā un peļņa tiek gūta 3 gadu laikā
Programmatūras krīzes cēloņi: 1: Tas ir saistīts ar savām īpašībām; 2: Personai, kas izstrādāja programmatūru, ir attiecības; 3: Datoru arhitektūra, aparatūras dizains ilgtermiņā, fon Neimana dizaina principi.
Kā izskatās programmatūras krīze: 1: Programmatūras izstrādes izmaksu un grafiku aprēķins bieži ir neprecīzs; 2: Lietotāji laiku pa laikam ir neapmierināti ar pabeigto programmatūras sistēmu; 3: Programmatūras produktu kvalitāte bieži ir neuzticama; (Garantēta programmatūras kvalitāte: testēšana, korektūra) 4: Programmatūra bieži vien nav neuzturama; (Tas nav pirmkods, to nevar modificēt, programmatūra ir konfidenciāla, komerciāla uzvedība) 5: Programmatūrai nav atbilstošas dokumentācijas (dokumenti satur tehnisko konfidencialitāti) 6: Programmatūras izmaksas datoru izmaksu proporcijā katru gadu palielinās; 7: Programmatūras izstrādes produktivitāte ir daudz mazāka nekā datoru lietojumprogrammu skaits. (Programmatūras izstrāde nav tik ātra kā aparatūras izstrāde)
Programmatūras krīzes risināšanas pieejas un metodes: 1: paātrināt jaunas paaudzes datoru izstrādi; 2: Organizēt un plānot, stingri vadības līdzekļi programmatūras izstrādei (parasto uzņēmumu attīstība); 3: Apkopojiet veiksmīgās programmatūras tehnoloģijas un metodes un veiciniet tās. (Bieži rīkojiet dažus seminārus, publicējiet dažus rakstus un veiciet akadēmisko apmaiņu) 4: Jums vajadzētu izvēlēties labu izstrādes rīku. Piemēram: IDE rīki.
Programmatūras izstrādes modelis: 1: Ūdenskrituma režīms (pazīstams arī kā: segmentēts režīms); Šis izstrādes režīms ir piemērots lietošanai situācijās, kad programmatūras prasības ir salīdzinoši skaidras, izstrādes tehnoloģija ir salīdzinoši nobriedusi un inženiertehniskā vadība ir salīdzinoši stingra. Priekšrocības: Programmatūrai, kas izstrādāta, izmantojot šo režīmu, ir laba struktūra.
2: Pakāpeniskais režīms Sākot no prasību analīzes daļas, vispirms izveidojiet nepilnīgu sistēmu, pēc tam pārbaudiet un palaidiet sistēmu, un pēc tam pārbaudiet un palaidiet sistēmu, iegūstiet pieredzi un atgriezenisko saiti, lai sistēma tiktu nepārtraukti paplašināta un uzlabota, līdz lietotājs ir apmierināts. (Sākumā es nevarēju izvirzīt pilnīgu prasību, mainīgums bija salīdzinoši spēcīgs, pētniecības programmatūra, jaunuzņēmumi) Priekšrocības: Izmantojot šo metodi programmatūras izstrādei, lietotāju apmierinātības līmenis ir visaugstākais.
3: Pārveidošanas režīms Sākot ar sākotnējo prasību formālo specifikāciju, galīgā programmu sistēma tiek iegūta pēc virknes programmu transformāciju. Šim modelim ir nepieciešams stingras matemātiskās teorijas un formālo metožu atbalsts, un tas joprojām ir pētniecības un eksperimentālajā stadijā.
Programmatūras tehniskā pārbaude un vadības pārskatīšana: 1: Tehniskās pārbaudes loma Svarīgi pasākumi programmatūras kvalitātes nodrošināšanai tehniskās pārbaudes laikā un svarīgi pasākumi programmatūras izmaksu samazināšanai tehniskās pārbaudes laikā. (kvalitātes izmaksas) 2: Vadības pārskatīšanas loma Galvenais programmatūras izstrādes projektu vadības un kontroles līdzeklis ir atslēga lēmumu pieņemšanā par programmatūras izstrādes projektiem.
|