Ang saliw ay palaging kinikilala bilang isa sa mga pangunahing yugto ikot ng buhay software. Nasa kalagitnaan na ng dekada 70, kinilala na ang pagpapanatili ay isang yugto na tumatagal ng higit sa 50% ng mga gastos sa pagbuo at pagpapatupad ng isang software tool.
Ang pagpapatuloy ng mga proseso ng negosyo at ang kaligtasan ng impormasyon ng korporasyon na kinakailangan para sa buhay ng mga kumpanya ay nakasalalay sa pagiging epektibo ng trabaho sa yugto ng suporta at pagpapanatili.
Para sa mga kumplikadong sistema ng software na nangangailangan pangmatagalang paggamit at pagpapanatili ng maramihang mga bersyon, mayroong isang agarang pangangailangan na ayusin ang kanilang ikot ng buhay, upang gawing pormal at ilapat ang mga profile ng mga pamantayan at sertipikasyon ng kalidad ng programa.
Paggamit ng regulasyon at mga dokumento ng regulasyon ginagawang mas tiyak ang ikot ng buhay ng software, nahuhulaan sa istraktura, nilalaman, kalidad at gastos. Tinutukoy ng dokumentasyon, nilalaman ng impormasyon at kakayahang maunawaan ang komposisyon at kalidad ng dokumentasyon ng suporta.
Upang maayos at epektibong maisaayos ang pinakamahaba at pinakamahalagang yugto ng ikot ng buhay ng software - Pagpapanatili ng software, na nangangailangan ng pinakamalaking paggasta ng oras, paggawa at materyal na mapagkukunan, kinakailangang isaalang-alang ang mga rekomendasyong itinakda sa internasyonal at pambansa. mga pamantayan na naglalaman ng mga probisyon para sa pinakamainam na organisasyon ng yugtong ito.
Una, kinakailangang pag-aralan ang interpretasyon ng yugto ng suporta sa iba't ibang pamantayan.
Ang pagpapanatili ng software ay tinukoy ng IEEE Standard para sa Pagpapanatili ng Software (IEEE 1219) bilang ang pagbabago ng isang produkto ng software pagkatapos ilabas sa serbisyo upang maalis ang mga pagkabigo, pagbutihin ang pagganap at/o iba pang mga katangian (mga katangian) ng produkto, o iakma ang produkto para magamit sa isang binagong kapaligiran. Ito ay kagiliw-giliw na ang pamantayang ito ay tumutugon din sa mga isyu ng paghahanda para sa pagpapanatili bago ang sistema ay ilagay sa operasyon, gayunpaman, sa istruktura ito ay ginagawa sa antas ng kaukulang aplikasyon ng impormasyon na kasama sa pamantayan.
Sa turn, ang life cycle standard 12207 (IEEE, ISO/IEC, GOST R ISO/IEC) ay naglalagay ng pagpapanatili bilang isa sa mga pangunahing proseso ng life cycle. Inilalarawan ng pamantayang ito ang pagpapanatili bilang proseso ng pagbabago ng isang software na produkto sa mga tuntunin ng code at dokumentasyon nito upang malutas ang mga problema na lumitaw sa panahon ng operasyon o upang mapagtanto ang pangangailangan na mapabuti ang ilang mga katangian ng produkto. Ang hamon ay baguhin ang produkto habang pinapanatili ang integridad nito.
Tinutukoy ng internasyonal na pamantayang ISO/IEC 14764 (Standard para sa Software Engineering – Pagpapanatili ng Software) ang pagpapanatili ng software sa parehong mga termino gaya ng pamantayan ng 12207, na nagbibigay-diin sa paghahanda para sa mga aktibidad sa pagpapanatili bago maging live ang system, tulad ng mga isyu sa pagpaplano. mga regulasyon at mga operasyon ng suporta.
Matapos maisagawa ang substation, kailangang mapanatili ang pagganap nito sa antas ng mga kinakailangan na itinakda sa mga teknikal na pagtutukoy. Kasama sa gawaing ito ang parehong pag-aalis ng mga glitches at error sa software at posibleng pagtaas ng functionality. Upang maisaayos ang mga gawaing ito, kinakailangang sumangguni sa mga probisyon na tinukoy sa mga pamantayan.
Ang isang bilang ng mga mapagkukunan, lalo na ang pamantayan ng IEEE 1216, ay tumutukoy sa tatlong kategorya ng gawaing pagpapanatili: pagsasaayos, pagbagay at pagpapabuti. Ang klasipikasyong ito ay na-update sa ISO/IEC 14764 sa pagpapakilala ng ikaapat na bahagi.
Kaya, ngayon pinag-uusapan natin ang tungkol sa apat na kategorya ng suporta:
1. Pagwawasto ng suporta nagsasangkot ng mga pagbabagong dulot ng pangangailangang alisin (tama) ang mga aktwal na error sa produkto ng software. Isinasagawa ang pagwawasto ng suporta kung ang produkto ng software ay hindi nakakatugon sa itinatag na mga kinakailangan.
2. Adaptive na suporta nauugnay sa pangangailangang iangkop ang produkto ng software sa binagong kapaligiran (kondisyon). Ang mga pagbabagong ito ay nauugnay sa pagpapatupad ng mga bagong kinakailangan para sa interface ng system, ang system mismo o mga teknikal na paraan.
3. Buong suporta tinutukoy ang mga pagbabago upang mapabuti ang mga katangian ng pagganap ng software at ang pagpapanatili nito. Ang mga pagbabagong ito ay maaaring magresulta sa pagbibigay ng bagong functionality sa mga user, rebisyon ng teknolohiya para sa pagbuo ng mga kasamang dokumento, o mga pagbabago sa mismong mga dokumento.
4. Pang-iwas na suporta ay naglalayon sa mga pagbabagong dulot ng pangangailangang alisin ang (tama) potensyal (nakatagong) error sa isang produkto ng software. Ang preventive maintenance ay karaniwang isinasagawa para sa mga produktong software na may kaugnayan sa pagtiyak o pagprotekta sa buhay ng tao.
Ang pagpapanatili ay isa sa mga tagapagpahiwatig ng kalidad ng software, pati na rin ang isang mahalagang katangian para sa customer, supplier at user.
Ang pagpapanatili o pagpapanatili ng isang software system ay tinukoy, halimbawa, ng IEEE 610.12-90 Standard Glossary para sa Software Engineering Terminology, Update 2002) bilang kadalian ng pagpapanatili, pagpapalawig, pagbagay, at pagsasaayos upang matugunan ang mga tinukoy na kinakailangan. Ang ISO/IEC 9126-01 standard (Software Engineering - Product Quality - Part 1: Quality Model, 2001) ay isinasaalang-alang ang maintainability bilang isa sa mga katangian ng kalidad.
Dapat matukoy ang pagiging mapanatili bago ang pagbuo ng software, ibig sabihin, isang naaangkop na kasunduan ang inihanda sa pagitan ng customer at ng supplier bilang bahagi ng gawaing "paghahanda" ng proseso ng pag-order ayon sa (ISO/IEC, #M12291 1200009075 GOST R ISO/ IEC) 12207#S. Gumagawa ang developer ng plano ng suporta, na dapat magpakita ng mga partikular na pamamaraan para sa pagtiyak ng pagiging mapanatili ng software, naaangkop na mga mapagkukunan at isang algorithm para sa pagsasagawa ng trabaho.
Ang kalidad ng isang software tool ay isang mahalagang aspeto ng pagpapanatili ng produkto ng software. Ang mga tagapanatili ay dapat magkaroon ng programa sa pagtiyak sa kalidad ng software na sumasaklaw sa anim na katangian ng kalidad na tinukoy sa ISO/IEC 9126. Ang mga tagapanatili ng software ay dapat magkaroon ng naaangkop na proseso upang tukuyin, ilarawan, piliin, ilapat at pagbutihin ang mga pamamaraan para sa pagtatasa (pagsukat) ng mga katangian ng software .
Upang mabawasan ang gastos ng karagdagang suporta, sa buong proseso ng pag-unlad ay kinakailangan upang tukuyin, suriin at kontrolin ang mga katangian na nakakaapekto sa pagpapanatili. Ang regular na pagpapatupad ng naturang gawain ay nagpapadali sa karagdagang pagpapanatili, na nagdaragdag ng pagiging mapanatili nito (bilang isang kalidad na katangian) Ito ay medyo mahirap makamit, dahil ang mga naturang katangian ay madalas na binabalewala sa panahon ng pag-unlad.
Tulad ng napag-usapan kanina, ang pagpapanatili ng software ay isang magastos na yugto ng ikot ng buhay, upang ma-optimize ang gawain kung saan kinakailangang gamitin iba't ibang pamamaraan sa pamamagitan ng pagtantya sa halaga ng suporta.
Ang halaga ng suporta sa trabaho ay naiimpluwensyahan ng marami iba't ibang salik. Isinasaad ng ISO/IEC 14764 na "may dalawang pinakasikat na pamamaraan para sa pagtatantya ng halaga ng pagpapanatili: - ang parametric na modelo at ang paggamit ng karanasan." Kadalasan, ang parehong mga pamamaraang ito ay pinagsama upang mapabuti ang katumpakan ng pagtatasa.
Mayroong iba't ibang mga pamamaraan para sa panloob na pagtatasa ng pagiging produktibo ng mga kawani ng suporta upang ihambing ang pagganap iba't ibang grupo saliw. Dapat matukoy ng organisasyon ng pagpapanatili ang mga sukatan kung saan susuriin ang nauugnay na gawain. Ang mga pamantayan ng IEEE 1219 at ISO/IEC 9126-01 (Software Engineering - Product Quality - Part 1: Quality Model, 2001) ay nag-aalok ng mga espesyal na sukatan na partikular na nakatuon sa mga isyu sa pagpapanatili at mga kaugnay na programa.
Ang gawain sa pagpapanatili ay dapat na mahigpit na kinokontrol at inilarawan, na naglalaman ng mga detalyadong input at output ng proseso. Ang mga prosesong ito ay saklaw ng mga pamantayan IEEE 1219 at ISO/IEC 14764.
Ang proseso ng pagpapanatili ay nagsisimula ayon sa pamantayan ng IEEE 1219 mula sa sandaling ang software ay inilagay sa operasyon at mga alalahanin tulad ng mga isyu tulad ng pagpaplano ng mga aktibidad sa pagpapanatili.
Ang pamantayang ISO/IEC 14764 ay nililinaw ang mga probisyon ng 12207 na pamantayan sa siklo ng buhay na nauugnay sa proseso ng pagpapanatili. Ang gawaing pagpapanatili na inilarawan sa pamantayang ito ay katulad ng gawain sa IEEE 1219, maliban na ito ay bahagyang naiiba.
Tingnan natin ang mga sipi mula sa pamantayang GOST R ISO/IEC 14764-2002, na naglalaman ng buong tunay na teksto ng internasyonal na pamantayang ISO/IEC 14764.
Alinsunod sa GOST R ISO/IEC 14764-2002, na naglalarawan sa proseso ng pagpapanatili ng software, ang mga detalye ng proseso ng pagpapanatili ng software ay dapat na idokumento upang ang mga tauhan ng suporta ay kumilos sa loob ng balangkas iisang proseso. Ang sistema ng mga tagapagpahiwatig ng kalidad (mga sukatan) ay dapat na mapadali ang pagpapatupad ng proseso ng pagpapanatili at mag-ambag sa pagpapabuti (pagmoderno) ng software na ito.
Ang tagapangasiwa ay dapat (5.5.2.1 GOST R ISO/IEC 12207) pag-aralan ang ulat ng problema o panukala sa pagbabago para sa epekto nito sa mga isyu sa organisasyon, ang umiiral na sistema at mga koneksyon sa interface sa ibang mga system.
Batay sa pagsusuri, ang maintainer ay dapat (5.5.2.3 GOST R ISO/IEC 12207) na bumuo ng mga opsyon para sa pagpapatupad ng pagbabago. Bago gumawa ng mga pagbabago sa system, ang maintainer ay dapat (tingnan ang 5.5.2.5 GOST R ISO/IEC 12207) kumuha ng pag-apruba para sa napiling opsyon sa pagbabago alinsunod sa kontrata at kumpirmasyon na ang pagbabagong ginawa ay nakakatugon sa mga kinakailangan na itinatag sa kontrata (tingnan ang 5.5 .4.2 GOST R ISO/IEC 12207). Ang tagapangasiwa ay dapat (5.5.2.4 GOST R ISO/IEC 12207) na dokumento: isang ulat ng problema o panukala sa pagbabago, ang mga resulta ng kanilang pagsusuri at mga opsyon para sa pagpapatupad ng mga pagbabago.
Upang maayos na makontrol ang paglilipat ng system, ang isang plano sa paglilipat para sa pasilidad ay dapat na binuo, dokumentado at isagawa (5.5.5.2 GOST R ISO/IEC 12207). Ang mga gumagamit ay dapat na kasangkot sa nakaplanong gawain.
Para sa mga aktibidad sa suporta, mayroong ilang natatanging trabaho at kasanayan na dapat isaalang-alang kapag nag-oorganisa ng suporta. Ang SWEBOK (Software Engineering Body of Knowledge) ay nagbibigay ng mga sumusunod na halimbawa ng ganitong uri ng mga natatanging katangian.
Broadcast:ang kontrolado at koordinadong aktibidad ng paglilipat ng software mula sa mga developer patungo sa grupo, serbisyo, o organisasyong responsable para sa karagdagang suporta.
Tanggapin/tanggihan ang mga kahilingan sa pagbabago : Ang mga kahilingan para sa mga pagbabago ay maaaring tanggapin at ilipat sa trabaho, o tanggihan para sa iba't ibang makatwirang dahilan - ang dami at/o pagiging kumplikado ng mga kinakailangang pagbabago, pati na rin ang pagsisikap na kinakailangan para dito. Ang mga naaangkop na desisyon ay maaari ding gawin batay sa priyoridad, pagtatasa ng pagiging posible, kakulangan ng mga mapagkukunan (kabilang ang kakulangan ng kakayahang isali ang mga developer sa paglutas ng mga gawain sa pagbabago, kung may tunay na pangangailangan para dito), naaprubahang pagpaplano para sa pagpapatupad sa susunod paglabas, atbp.
Paraan para sa pag-abiso sa mga tauhan ng pagpapanatili at pagsubaybay sa katayuan ng mga kahilingan sa pagbabago at mga ulat ng bug : Isang end-user support function na nagpapasimula ng mga pagsisikap na tasahin ang pangangailangan, bigyang-priyoridad, at halaga ng mga pagbabago na nauugnay sa isang kahilingan o iniulat na problema.
Pagsusuri ng Epekto:pagsusuri ng mga posibleng kahihinatnan ng mga pagbabagong ginawa sa umiiral na sistema.
Suporta sa software: magtrabaho sa pagkonsulta sa mga user, na isinagawa bilang tugon sa kanilang mga kahilingan sa impormasyon, halimbawa, tungkol sa mga nauugnay na panuntunan sa negosyo, pag-verify, nilalaman ng data at mga partikular na tanong ng user at ang kanilang mga ulat ng mga problema (mga error, pagkabigo, hindi inaasahang pag-uugali, hindi pagkakaunawaan ng mga aspeto ng pagtatrabaho sa sistema, atbp.); P.).
Mga kontrata at obligasyon: Kabilang dito ang classic service level agreement (SLA), pati na rin ang iba pang kontraktwal na aspeto, kung saan ang grupo ng suporta/serbisyo/organisasyon ay gumaganap ng nauugnay na gawain.
Bilang karagdagan, may mga karagdagang aktibidad na sumusuporta sa proseso ng pagpapanatili, na inilarawan ng SWEBOK bilang mga aktibidad ng kawani ng pagpapanatili na hindi nagsasangkot ng tahasang pakikipag-ugnayan sa mga user, ngunit kinakailangan upang maisagawa ang mga nauugnay na aktibidad. Kasama sa naturang gawain ang: pagpaplano ng pagpapanatili, pamamahala sa pagsasaayos, pag-verify at sertipikasyon, pagtatasa ng kalidad ng software, iba't ibang aspeto ng pagsusuri, pagsusuri at pagsusuri, pag-audit at pagsasanay sa gumagamit. Kasama rin sa naturang espesyal (panloob) na gawain ang pagsasanay ng mga tauhan ng suporta.
Ang talahanayan 1 sa ibaba ay nagbibigay ng maikling pangkalahatang-ideya ng mga pangunahing pamantayang ginagamit sa pag-oorganisa ng suporta mga sistema ng impormasyon.
Talahanayan 1. Mga Pamantayan sa larangan ng pagpapanatili ng mga sistema ng impormasyon
|
Pamantayan |
Pangalan |
Paglalarawan |
Sa labasan |
|
12207 IEEE, ISO/IEC, GOST R ISO/IEC |
Mga proseso ng ikot ng buhay ng software |
Tinutukoy ng pamantayang ito, gamit ang malinaw na tinukoy na terminolohiya, pangkalahatang istraktura mga proseso ng ikot ng buhay ng software, na maaaring magabayan sa industriya ng software. |
1) Mga sipi mula sa mga ulat ng user sa mga natukoy na depekto at mga iminungkahing pagsasaayos (p. 5.5.2.1 GOST R ISO/IEC 12207) 2) Mga mungkahi para sa mga pagsasaayos (p.5.5.2.3 #M12291 1200009075 GOST R ISO/IEC 12207#S ) 3) Pag-abiso sa Mga Gumagamit ng Pagpapalabas bagong bersyon AC (p.5.5.2.5 #M12291 1200009075 GOST R ISO/IEC 12207#S ) 4) Plano ng paglilipat ng bagay (p.5.5.5.2 #M12291 1200009075 GOST R ISO/IEC 12207) |
|
14764 ISO/IEC GOST R ISO IEC |
Suporta sa software (Standard para sa Software Engineering – Pagpapanatili ng Software) |
Ang pamantayang ito ay nagdedetalye ng proseso ng pagpapanatili na itinatag noong 12207 ( ISO/IEC #M12291 1200009075 GOST R ISO/IEC) |
|
|
9126 ISO/IEC GOST R ISO/IEC |
Teknolohiya ng impormasyon. Pagsusuri ng mga produkto ng software. Mga katangian at patnubay sa kalidad para sa kanilang paggamit |
Ang mga tagapagpanatili ay dapat na may saklaw na programa para sa pagtiyak ng kalidad ng software anim na katangian ng kalidad, naka-install sa #M12291 1200009076 GOST R ISO/IEC 9126#S. Kapag nagpapanatili ng isang software tool, isang naaangkop na proseso ang dapat ipatupad upang matukoy, ilarawan, piliin, ilapat at pagbutihin ang mga pamamaraan para sa pagtatasa (pagsukat) ng mga katangian ng tool na ito. |
Mga katangian ng kalidad: 1) Pag-andar 2) pagiging maaasahan 3) Praktikal 4) Kahusayan 5) Pagpapanatili 6) Mobility |
|
GOST 34.603-92 |
Mga uri ng pagsubok ng mga awtomatikong system |
Ang pamantayan ay nagtatatag ng mga uri ng AS test at pangkalahatang mga kinakailangan para sa kanilang pag-uugali. Ang mga pagsubok sa NPP ay isinasagawa sa yugto ng "Pagkomisyon" alinsunod sa GOST 34.601 upang mapatunayan ang pagsunod ng nilikha na NPP sa mga kinakailangan ng mga teknikal na pagtutukoy (TOR) |
Upang planuhin ang lahat ng uri ng mga pagsubok, isang dokumento ang binuo "Programa at pamamaraan ng pagsubok." Ang autonomous testing program ay nagpapahiwatig ng: 1) listahan (mga function na susuriin; 2) paglalarawan ng mga ugnayan sa pagitan ng pagsubok na bagay at iba pang bahagi ng software; 3) mga kondisyon, pamamaraan at pamamaraan ng pagsubok at pagproseso ng mga resulta; 4) pamantayan para sa pagtanggap ng mga bahagi batay sa mga resulta ng pagsusulit. Sa panahon ng pagsubok na operasyon ng substation ay isinasagawa tala ng trabaho, na naglalaman ng impormasyon tungkol sa tagal ng operasyon ng AS, mga pagkabigo, mga malfunctions, mga emerhensiya, mga pagbabago sa mga parameter ng object ng automation, patuloy na mga pagsasaayos sa dokumentasyon at software, at pagsasaayos ng mga teknikal na paraan. |
|
IEEE 1219-1998 |
IEEE Standard para sa Pagpapanatili ng Software (Standard para sa Pagpapanatili ng Software) |
Inilalarawan ng pamantayang ito ang isang umuulit na proseso para sa pamamahala at pagsasagawa ng mga aktibidad sa pagpapanatili ng software. Ang paggamit ng pamantayang ito ay hindi limitado sa laki, kumplikado, kritikal, o aplikasyon ng produkto ng software. |
|
Bilang karagdagan sa mga internasyonal at pambansang pamantayan na kumokontrol sa proseso ng pagpapanatili ng mga sistema ng impormasyon na tinalakay sa itaas, mayroong iba't ibang mga dokumentong namamahala at mga pamantayan sa loob ng kumpanya (corporate), na ang batayan nito ay mga internasyonal na pamantayan. Sa kasong ito, ang espesyal na pansin ay binabayaran sa kalidad ng dokumentasyon, na higit na tumutukoy sa pagiging mapagkumpitensya ng software. Kapag lumilikha ng mga kumplikadong produkto ng software at tinitiyak ang kanilang ikot ng buhay, kinakailangang piliin ang mga kinakailangang pamantayan at lumikha ng buong hanay ng mga dokumento, ibig sabihin, isang profile na nagsisiguro ng regulasyon ng lahat ng mga yugto at gawain sa pagpapanatili.
Isaalang-alang natin ang paggamit ng mga pamantayan para sa pagpapanatili ng mga sistema ng impormasyon gamit ang isang partikular na halimbawa.Ang mataas na kalidad na paggana ng system ay nangangailangan ng patuloy na pagbagay sa nagbabagong proseso ng negosyo ng organisasyon, gayundin mabilis na reaksyon para sa mga pagkabigo at pag-troubleshoot. Kaugnay nito, nagpasya ang pamunuan ng ZAO Firm SoftInCom sa pangangailangang pumasok sa isang kasunduan sa mga developer ng corporate information system (CIS) Orient Express para sa pag-update at pagpapanatili ng system.
Ang pagpapanatili ng Eastern Express CIS ay kinabibilangan ng suporta ng ilang uri (ayon sa GOST R ISO IEC 14764-2002). Namely, corrective support, na nauugnay sa mga pagbabagong dulot ng pangangailangang alisin (tama) ang mga aktwal na error sa produkto ng software. Isinasagawa ang pagwawasto ng suporta kung ang produkto ng software ay hindi nakakatugon sa itinatag na mga kinakailangan. Pati na rin ang adaptive at buong suporta na nagpapabago sa produkto ng software.
Lumilitaw ang pangangailangan para sa suporta sa pagwawasto kapag nangyari ang mga error sa system, pati na rin ang mga error na dulot ng user. Kasama sa mga error na dulot ng user, halimbawa, ang hindi sinasadyang pagtanggal ng mahalagang data, na humahantong sa pangangailangang gumamit ng backup ng system. Madalas mangyari ang mga error sa system, lalo na pagkatapos mag-install ng mga bagong release, dahil ang mga bagong release ay nagpapahiwatig ng medyo seryosong pagbabago sa mga kasalukuyang teknolohiya sa pagpoproseso ng data at ang pagsasama ng mga bagong module.
Ang pangangailangan para sa adaptive na suporta ay lumitaw kapag may mga pagbabago sa paggana ng anumang proseso ng negosyo (pagsasagawa ng promosyon, pagpapalit ng mga panlabas na naka-print na form, mga order mula sa punong tanggapan, atbp.), o kapag ang pagsasagawa ng anumang mga operasyon ay hindi maginhawa, na nangangailangan ng mga pagbabago sa interface ng system.
Ang buong suporta ay ibinibigay nang mas madalas kaysa sa iba pang mga uri ng suporta. Isinasagawa ito kapag maraming katulad na insidente, kahilingan at kagustuhan ng mga gumagamit ang lumitaw, gayundin pagkatapos na masuri ng mga taga-disenyo ng CIS ang mga kakayahan ng system.
Ang gawaing suporta ay maaaring nahahati sa apat na yugto: pagsusuri ng mga depekto at pagbabago, pagpapatupad ng mga pagbabago, pagsusuri at pagtanggap ng mga resulta ng suporta, paglipat sa ibang platform. Ang bawat isa sa mga yugtong ito ay naglalaman ng mga partikular na input, output at dapat na dokumentado.
Ipinapakita ng talahanayan 2 ang mga pangunahing yugto ng suporta at ang output sa kasamang talata ng dokumentasyon.
Talahanayan 2. Mga yugto ng proseso ng pagpapanatili ng sistema ng impormasyon
|
Input ang data |
Yugto ng pagpapanatili |
Output |
Output sa talata |
|
Pangunahing bersyon ng speaker, mga mensahe ng error mula sa mga gumagamit |
Pagsusuri ng mga depekto at pagbabago |
Kumpirmasyon (hindi kumpirmasyon) ng isang error o depekto, halimbawa ng pagbabago |
Mga sipi mula sa mga ulat ng user sa mga natukoy na depekto at mga mungkahi para sa pagwawasto. |
|
Mga tinanggap na panukala sa pagbabago na nakadokumento sa Defect Log |
Pagpapatupad ng pagbabago |
Ipinatupad at dokumentado ang mga pagbabago |
Pagtukoy kung ano ang napapailalim sa pagbabago (pagsusuri ng log ng mga natukoy na depekto at mga panukala para sa pagwawasto). |
|
Isinagawa ang mga pagbabago, nakadokumento sa talaan ng mga inihanda at naaprubahang pagsasaayos |
Pagsusuri at pagtanggap ng mga resulta ng suporta |
Pag-apruba para sa kasiya-siyang pagkumpleto ng pagbabago gaya ng tinukoy sa kontrata ng pagpapanatili |
Inihanda ang paunawa sa mga user tungkol sa pagpapalabas ng bagong bersyon ng speaker system |
|
Plano ng migrasyon |
Lumipat sa ibang platform (sa ibang kapaligiran) |
Nakumpleto ang plano sa paglipat, na nag-aabiso sa mga user tungkol sa paglipat |
Paglalarawan ng plano sa paglipat. Pag-abiso sa user tungkol sa mga plano at pagkilos ng relokasyon. |
Alinsunod sa 5.5.2.1 ng GOST R ISO/IEC 12207, dapat suriin ng maintainer ang mga ulat ng user ng problema. Upang i-automate ang pagpaparehistro at pagtatala ng mga kahilingan mula sa mga gumagamit ng Orient Express CIS, ginagamit ang sistema ng pagpaparehistro ng insidente ng MantisBT. Batay sa data na nakarehistro sa system Bumubuo ang MantisBT ng dokumentong "Ulat sa mga depekto na natukoy ng mga user" na naglalaman ng mga sumusunod na field: numero ng insidente, petsa ng paggawa, kategorya, esensya ng insidente, iminungkahing solusyon.
Batay sa pagsusuri, ang maintainer ay dapat (5.5.2.3 GOST R ISO/IEC 12207) na bumuo ng mga opsyon para sa pagpapatupad ng mga pagbabago. Para sa layuning ito, ang dokumentong "Journal ng inihanda at naaprubahang mga pagsasaayos sa bagong pangunahing bersyon ng CIS" ay binuo, na naglalaman ng sumusunod na data: kategorya, depekto na tinukoy ng sumusuportang organisasyon, depektong natukoy ng mga gumagamit ng CIS, pagsasaayos.
Susunod, ang maintainer ay dapat (5.5.4.2 GOST R ISO/IEC 12207) makakuha ng kumpirmasyon na ang pagbabagong ginawa ay nakakatugon sa mga kinakailangan na itinatag sa kontrata. Para sa mga layuning ito, ang isang dokumentong "Abiso sa mga user tungkol sa pagpapalabas ng isang bagong bersyon ng CIS" ay nabuo at ang pagkumpirma ng pahintulot na i-install ang bagong release ay inaasahan.
Upang maayos na makontrol ang paglipat ng system, dapat mayroong
Ipadala ang iyong mabuting gawa sa base ng kaalaman ay simple. Gamitin ang form sa ibaba
Ang mga mag-aaral, nagtapos na mga estudyante, mga batang siyentipiko na gumagamit ng base ng kaalaman sa kanilang pag-aaral at trabaho ay lubos na magpapasalamat sa iyo.
Mga Pamantayan ng IEEE
Panimula
Ang ilang uri ng mga network ay kasalukuyang na-standardize ng Institute of Electrical and Electronics Engineers (IEEE). Tinutukoy ng mga nauugnay na pamantayan ang istruktura ng mga network sa pisikal at mga antas ng link ng data ng modelo ng OSI. Ang mga layer na ito ay magkakapatong sa isa't isa sa isang tiyak na lawak, kaya ang mga pamantayan ay naglalarawan ng parehong pisikal na medium ng paghahatid at ang mga pamamaraan para sa pagpapadala ng mga packet. Sa madaling salita, maaari mong matutunan kung paano kikilos ang isang network na nakakatugon sa mga pamantayang ito at kung paano dapat idisenyo ang network na iyon upang maisagawa ang mga kinakailangang gawain. Ang sumusunod ay isang pangkalahatang-ideya ng ilan sa mga pamantayan ng IEEE na malamang na makikita mong isinangguni kapag nakikitungo sa networking.
Ang lahat ng mga pamantayang ito ay nagsisimula sa bilang na 802, dahil para sa pagsuporta sa mga pamantayan sa larangan lokal na network IEEE Committee 802 ang namamahala.
1. 802.2 na pamantayan
Tinutukoy ng pamantayang 802.2 ang mga panuntunan sa paghahatid ng data sa layer ng link ng data para sa mga topolohiya ng network na tinukoy sa mga pamantayang 802.3 - 802.5. Nalalapat ang mga ito sa parehong Token Ring at Ethernet network, at inilalarawan ang pakikipag-ugnayan sa pagitan ng mga protocol ng network, gaya ng TCP/IP, at mga network. iba't ibang uri. Ang pamantayang 802.2 ay nagbibigay para sa pagpapatakbo ng mga network sa connectionless mode (para sa mga protocol na hindi nangangailangan ng tahasang pagtatatag ng koneksyon) o sa connection-oriented mode (ibig sabihin, nilayon para sa mga protocol na nangangailangan ng tahasang pagtatatag ng koneksyon).
Sa pamantayan ng IEEE, ang link layer ay nahahati sa dalawang sublevel: ang logical link connection sublayer (LLC -- Logical Link Connection), tinatawag ding data link connection layer (DLC -- Data Link Connection), at ang media access control sublayer ( MAC - Media Access Control). Ang layer ng LLC ay nagbibigay ng pamamahala ng interface sa pagitan ng lahat ng mga topolohiya ng network at ng kanilang mga protocol sa paglilipat ng data (layer ng network). Upang magawa ang gawaing ito, umaasa ang layer ng LLC sa layer ng MAC upang magbigay ng ilang partikular na impormasyon sa pagtugon. Ang paraan ng pagtugon sa impormasyong ginamit ay tinutukoy ng uri ng network.
2. PamantayanEthernet (802.3 n)
Ang Ethernet network ay unang idinisenyo noong 70s. Dr. Robert Metcalfe bilang bahagi ng "opisina ng hinaharap" na proyekto. Sa oras na iyon ito ay isang network na may bilis na 3 Mbit/s. Noong 1980, ang Ethernet network ay na-standardize ng DEC-Intel-Xerox (DIX) consortium bilang isang 10 Mbit/s network, at noong 1985.
Ito ay na-standardize ng IEEE Committee 802. Simula noon bagong teknolohiya Ang Ethernet ay nagmamana ng mga tampok pangunahing istraktura ang orihinal na scheme ng Ethernet, na nagbibigay ng lohikal na topology ng bus at isang paraan ng maramihang pag-access na may carrier sensing at collision detection (CSMA/CD - Carrier Sensing Multiple Access na may Collision Detection).
Ang iba't ibang uri ng Ethernet ay gumagamit ng iba't ibang pisikal na topologies (hal., star o bus) at iba't ibang uri ng paglalagay ng kable (hal., UTP, coax, fiber).
Ang lahat ng Ethernet network na may uri na 10Base2, 10Base5, 10BaseT o 10BaseF ay "mga pagkakaiba-iba sa tema" ng 802.3 na pamantayan.
3. Mga pangunahing kaalamanEthernet
Ang impormasyon ay "naglalakbay" sa Ethernet network sa anyo ng mga packet, na ang bawat isa ay binubuo ng anim na bahagi.
Preamble. Naglalaman ng walong byte ng impormasyong ginamit upang iposisyon ang natitirang impormasyon sa packet.
Address ng patutunguhan. Naglalaman ng address ng hardware (naka-hardwired sa Ethernet card) ng workstation o mga istasyon na tumatanggap ng impormasyong ito.
Address ng pinagmulan. Nagbibigay-daan sa tumatanggap na workstation na makilala ang Workstation na nagpadala ng impormasyon.
Uri. Tinutukoy ang uri ng impormasyong nakaimbak sa loob ng bahaging Data ng packet—kung ito man ay graphical na impormasyon, ASCII text, o iba pa.
Makatotohanang datos. Maaari itong maging anumang impormasyon mula 46 hanggang 1500 bytes.
Pagkakasunud-sunod ng kontrol ng frame. Binibigyang-daan kang matukoy ang mga error sa paghahatid ng packet; ginagamit upang suriin kung ang natitirang bahagi ng packet ay nakarating sa destinasyon nito nang hindi nasira.
Sa Fig. Ipinapakita ng Figure 1 ang mga bahagi ng isang Ethernet frame alinsunod sa 802.3 standard
kanin1 . Ethernet network frame structure alinsunod sa 802.3 standard
Mayroong ilang iba't ibang uri ng Ethernet, bawat isa ay may sariling numero at ang pangalan kung saan ito pinakakilala. Ang mga uri na ito ay inilarawan sa talahanayan. 1.
Talahanayan 1. Ilang uri ng Ethernet network at ang kanilang mga paglalarawan
|
IEEE Standard Number |
Karaniwang pangalan |
Pisikal na topology at daluyan ng paghahatid ng data |
Bandwidth |
|
|
Bus, manipis na coaxial cable |
||||
|
Bus, makapal na coaxial cable para sa trunk, manipis - para sa mga sanga |
||||
|
100BaseT o Mabilis na Ethernet |
Bituin, unshielded twisted pair |
100 Mbit/s (10 Mbit/s bersyon na tinukoy sa 802.3) |
||
|
Gigabit Ethernet |
Star, fiber optic cable para sa backbone, coaxial cable para sa mga patak sa mga hub |
1000 Mbit/s |
Anuman ang uri ng pisikal na topology, ang isang Ethernet network ay palaging gumagamit ng isang lohikal na topology ng bus, ibig sabihin ang lahat ng mga LAN cable ay bahagi ng parehong landas ng data at naa-access sa lahat ng mga network na PC.
Anuman ang uri ng network, ang pinakakilalang tampok ng 802.3n standard ay ang Carrier Sensing Multiple Access na may Collision Detection (CSMA/CD) na paraan.
Ang pangalan ay napupunta sa puso ng pinakamalaking problema sa mga Ethernet network, maikling inilarawan kanina: paano ka makakapagpadala ng malaking halaga ng impormasyon sa isang network nang sabay-sabay nang walang anumang mga salungatan?
Ang maikling sagot ay: imposible. Gayunpaman, ang sagot na ito ay hindi isang malaking bagay: Ang Ethernet ay idinisenyo upang pangasiwaan ang mga banggaan paminsan-minsan. Upang maunawaan ang CSMA/CD, hatiin natin ang pangalang ito sa mga bahagi. Ang salitang "Carrier" ay nangangahulugang: lahat ng node ay "makinig" sa network bago subukang magpadala ng data upang matukoy ang katayuan nito (libre o abala).
Ang mga salitang "Multiple access" ay nangangahulugang: lahat ng network node ay may access sa parehong cable, ibig sabihin, ang signal ay ibino-broadcast sa buong LAN. Panghuli, ang ibig sabihin ng mga salitang "Collision detection" ay: anumang node ay maaaring makakita na ang isa pang node ay nagsimulang mag-transmit habang ang unang node ay nagpapadala pa rin ng data. Sa madaling salita, ang CSMA/CD ay nagbibigay ng paraan upang bawasan ang posibilidad ng mga banggaan ng packet sa pamamagitan ng pagpapalabas sa bawat PC ng pre-broadcast signal na tinatawag na carrier-sensing signal bago mag-transmit ng data upang matukoy kung anumang data ang ini-broadcast. isa pang workstation.
Kung walang ganoong paghahatid, pagkatapos ay batay sa mga resulta ng pagtanggap ng signal ng kontrol ng carrier, isang "lahat ng libre" na desisyon ang ginawa, at ang workstation ay nagsimulang magpadala ng packet. Gayunpaman, kung matukoy ng pagtanggap ng signal ng carrier sense na nagpapadala ng data ang isa pang workstation, maghihintay ng ilang oras ang unang istasyon bago simulan ang broadcast.
Ang inilarawang paraan ay nagpapahintulot sa iyo na maiwasan ang mga salungatan hangga't ang trapiko sa network ay hindi masyadong matindi at ang haba ng mga LAN cable ay hindi lalampas sa limitasyon.
Kung matugunan ang alinman sa mga kundisyong ito, malamang na magkaroon ng salungatan sa kabila ng paggamit ng paraan ng CSMA/CD. Hindi nito ginagarantiya na isang workstation lang ang magpapadala ng data. Tinitiyak lamang nito na ang lahat ng mga istasyon ay "silent" bago magsimulang mag-transmit ang isa sa mga ito. Kung ang dalawang workstation ay hindi sinasadyang magsimulang mag-transmit sa parehong oras, hindi malulutas ng mga tool ng CSMA/CD ang conflict.
Kung ang dalawang packet ay "nagpapatong", maiiwasan ng CSMA/CD na maulit ang conflict. Kaagad pagkatapos magkaroon ng conflict, pipili ang bawat workstation ng random na numero sa pagitan ng 1 at 2 bago muling subukan ang transmission.
Kung pipiliin ng dalawang workstation ang parehong numero, magkakaroon ng pangalawang salungatan kapag sinubukan nilang magsagawa ng sabay-sabay na broadcast.
Pagkatapos ay pipili sila ng isang numero sa pagitan ng 1 at 4 at gagawa ng pangalawang pagsubok. Magpapatuloy ang proseso hanggang sa matagumpay na makumpleto ng mga workstation ang paglilipat ng kanilang data o hanggang sa makumpleto nila ang 16 na hindi matagumpay na pagtatangka. Kung hindi nila mareresolba ang salungatan sa labing-anim na pagtatangka, ang parehong mga workstation ay magpo-pause at magbibigay sa iba pang mga istasyon ng pagkakataon na kumpletuhin ang paglipat ng data.
Inililista ng listahan sa ibaba ang mga hanay ng mga numerong ginagamit sa tuwing susubok muli ang isang salungatan sa paghahatid.
|
Numero ng pagtatangka |
Saklaw ng numero |
|
Ang Gigabit Ethernet network ay nagbibigay ng parehong half-duplex na paghahatid ng data para sa mga nakabahaging lugar ng network (ang mga lugar kung saan ang mga node ay "lumalaban" para sa paggamit ng bandwidth ng network), at full-duplex, na ginagamit para sa mga hindi nakabahaging lugar na binuo sa "switch" upang lumipat" prinsipyo.
Ang mga nakabahaging lugar na gumagamit ng CSMA/CD upang malutas ang mga banggaan ng packet ay nakikipag-ugnayan nang bahagyang naiiba kaysa sa mga nakabahaging lugar na naglalaman ng mas mabagal na mga network ng Ethernet. Ito ay dahil sa tumaas na bilis ng linya ng komunikasyon.
Dahil ang bilis ng network ay mataas, ang mga pagbabago ay dapat gawin sa mga pamamaraan ng pag-synchronize na ginamit, kung hindi, ang mga node ay hindi magagawang "marinig" ang isa't isa bago simulan ang kanilang paghahatid. Samakatuwid, sa mga network ng Gigabit Ethernet para sa mga device na tumatakbo sa half-duplex mode (network node), ang minimum na time slice na ibinigay sa bawat packet ay tataas mula 64 hanggang 512 bytes, ibig sabihin, ang bawat node ay binibigyan ng window na sapat upang magpadala ng 512 bytes sa halip na 64 .
Sa mga packet na may mga sukat na mas mababa sa 512 bytes, ang mga libreng puwang ay mapupuno ng hindi gaanong mahalagang impormasyon upang ang kanilang mga sukat ay tumutugma sa tumaas na mga hiwa ng oras. Dahil ang time slice aggregation ay nagpapabagal sa paghahatid ng packet dahil sa mas kaunting timing ng mga signal, sinusuportahan ng Gigabit Ethernet ang multicast packet transmission, kung saan ang isang buong grupo ng maliliit na packet ay ipinapadala sa loob ng isang solong time slice.
Gayunpaman, ang pagbabagong ito sa paraan ng timing ay hindi nagpapabuti sa pagiging tugma sa mabagal na mga network ng Ethernet, lalo na dahil ang mga full-duplex na rehiyon ng isang Gigabit Ethernet network ay gumagamit ng parehong 64-bit na time slice bilang ang mabagal na uri ng mga network na tinukoy ng 802.3n standard.
Ang pagbabago sa paraan ng pag-synchronize ng network na inilarawan sa itaas ay humahantong sa isa pang pagpapabuti, na naaangkop pangunahin sa mga Gigabit Ethernet network na ginagamit sa backbone - gamit ang isang device na tinatawag na buffered distributor.
Ang isang buffered distributor ay katulad ng isang hub na nag-uugnay sa dalawa o higit pang mga segment ng isang Gigabit Ethernet network, katulad ng isang repeater. Ang pangunahing pagkakaiba sa pagitan ng isang buffered distributor at isang repeater ay ang isang repeater ay tumutugon sa mga packet sa mga panlabas na segment sa sandaling matanggap ang mga ito, habang ang isang distributor ay maaaring maglagay ng mga natanggap na frame sa isang buffer, na nagbibigay-daan para sa mas mahusay na paggamit ng magagamit na bandwidth.
Malabong makakita ka ng Gigabit Ethernet network na nakakonekta sa iyong mga desktop work system anumang oras sa lalong madaling panahon—ito ay masyadong mahal. Malamang, ang teknolohiyang ito ay unang gagamitin upang lumikha ng mga high-speed na koneksyon sa pagitan ng mga router o switch sa isang Ethernet network. Ang pag-deploy nito para sa mga desktop work system ay magaganap lamang pagkatapos na mabawasan ang gastos, tulad ng nangyari sa Fast Ethernet network.
4. PamantayanTokenBus (802.4)
Sa pagtatangkang bumuo ng pamantayan ng network na hindi gaanong madaling mabangga kaysa sa hindi ibinigay ng pamantayang 802.3, ang subcommittee ng IEEE 802.4 ay bumuo ng kumbinasyon ng mga topologies ng bus at ring na nagbibigay-daan sa paglipat ng impormasyon sa buong ring, ngunit ginagamit ang pisikal na bus. topology upang gawin ito. Ang 802.4 na pamantayan ay binuo bilang isang resulta ng pagsasaalang-alang na
na ang mga computer ay madaling kapitan ng parehong mga pagkukulang gaya ng mga tao - sa sandaling bigyan mo sila ng kahit kaunting pagkakataon, magsisimula silang makagambala sa isa't isa sa isang pag-uusap. Sa pagtugon sa problemang ito, ang komite ng 802.4 ay nagbigay ng paglalarawan ng relay na magagamit ng isang network upang magpasya kung aling computer ang dapat "makipag-usap" sa isang partikular na oras. Ang lahat ng ito ay nakapaloob sa pamantayan ng 802. 4.
Tanging ang workstation na nagmamay-ari ng token ang makakapagpadala ng ilang partikular na impormasyon, at pagkatapos ng workstation na iyon ay makatanggap ng abiso na nakatanggap ito ng parehong impormasyon, dapat nitong ipasa ang token sa susunod na workstation sa linya. Paano tinutukoy ng network kung sino ang susunod sa linya? Ayon sa pamantayang 802.4, sinusubaybayan ng network sa isang espesyal na paraan kung sino ang susunod na dapat tumanggap ng token. Kung paanong ang manager ng isang negosyo ay may higit na masasabi kaysa sa taong responsable sa pagdekorasyon ng opisina, ang ilang mga workstation ay maaaring may mas mataas na priyoridad kapag tumatanggap ng isang token.
Ang paraan ng paglutas ng salungatan ay hindi lamang isa. Paano naiiba ang pamantayang 802.4 sa pamantayang 802.3? Una, bahagyang naiiba ang transmission medium: ang Token Bus network ay gumagamit ng alinman sa 70-ohm coaxial cable (kumpara sa 50-ohm cable sa 10Base2 network) o fiber optic cable. Pangalawa, tulad ng makikita mo sa Fig. 2, 802 Ethernet frame. Iba ang 4 sa 802 frame. 3. Naglalaman ito ng preamble, frame start delimiter, frame control, destination address, source address, data, frame check sequence, frame end delimiter.
Figure 2. Ethernet network frame structure alinsunod sa 802.4 standard Bagama't ang kumbinasyon ng token/bus ay nangangahulugan ng pag-aalis ng mga salungatan, ang 802.4 standard ay may ilang mga disadvantages na humahadlang sa malawakang paggamit nito.
Ang pinakamahalagang pagkalugi sa performance sa isang bus-ring network ay sanhi ng mga pagkabigo ng hardware na nagreresulta sa pagkawala o "pag-shadow" ng relay token. Sa huling kaso, ang sitwasyon ay magmumukhang maraming mga marker sa network.
5. PamantayanTokensingsing (802.5)
Ang pamantayang 802.5 ay binuo ng komite ng IEEE 802.4 sa alyansa sa IBM. Ang pamantayang ito ay partikular na idinisenyo para sa mga network ng Token Ring na gumagamit ng mga pamamaraan ng token para sa paglilipat ng impormasyon mula sa isang workstation patungo sa isa pa.
Tulad ng pamantayang 802.4, ang mga workstation sa isang Token Ring network na binuo ayon sa pamantayan ay gumagamit ng isang token upang matukoy kung aling workstation ang dapat magpadala ng impormasyon sa isang partikular na oras. Kung wala itong mailipat, ipapasa nito ang libreng token sa susunod na workstation, at magpapatuloy ang prosesong ito hanggang sa maabot ng token ang workstation na kailangang maglipat ng data.
Ang data ay naglalakbay mula sa source workstation nang sunud-sunod mula sa node patungo sa network node. Sinusuri ng bawat istasyon ang address na ibinigay sa data packet.
Kung ang data ay inilaan para sa workstation na ito, nag-iimbak ito ng kopya ng data at ipinapasa ang orihinal. Kung ang data ay hindi inilaan para sa istasyong ito, ipinapasa lang ito sa susunod na istasyon sa network. Kapag ang nagpapadalang workstation ay nakatanggap ng kopya ng orihinal na data packet, tinutukoy nito kung oras na para ihinto ang transmission at magpadala ng libreng token (ipasa ang baton) sa susunod na workstation. Ang prosesong ito ay inilalarawan sa Fig. 3,4,5.
kanin. 3 Hakbang 1
Ang pamantayang 802.5 ay naglalaman ng ilang mga rekomendasyon. Sa tulong ng mga matalinong hub, maaaring ibalik ng Token Ring system ang koneksyon sa network kung sakaling magkaroon ng mga pagkabigo na dulot ng mga pagkabigo ng hardware - ito ay isang mahusay na tampok na nawawala sa pamantayan ng Token Bus.
Kung ang isang workstation ay may sira at maaaring mabigo na makabuo ng isang libreng token pagkatapos ng pag-ikot ng token, o magpadala ng maling token sa buong network, malalaman ng smart hub na mayroong isang pagkakamali at alisin ang workstation na iyon mula sa network, na nagpapahintulot sa iba pa. ng network upang gumana nang normal.
kanin. 4 Hakbang 2
Ang isang network na tinukoy alinsunod sa pamantayan ng 802.5 ay maaaring magbigay ng mga komunikasyon sa isang mas malaking distansya kaysa sa mga network na binuo alinsunod sa mga pamantayan ng 802.3 at 802.4 dahil dito ang packet ay naglalakbay mula sa isang istasyon patungo sa isa pa at ipinadala sa parehong oras at, samakatuwid, ang ang distansya sa pagitan ng mga indibidwal na node ng network ay maaaring katumbas ng maximum na posible (para sa isang partikular na uri ng cable).
kanin. 5 Hakbang 3
Ang mga Token Ring card ay konektado sa MAU (Multistation Access Unit) na mga device gamit ang D-connector na naka-install sa loob ng device. Maaaring ikonekta ang walong PC sa MAU. Bilang karagdagan, ang ilang MAU ay maaaring konektado sa iba pang MAU. Walang mga terminator sa isang Token Ring network dahil ang isang dulo ng cable ay kumokonekta sa board at ang isa sa MAU.
Tulad ng mga hub na ginagamit sa mga network ng l0BaseT, gamit ang mga MAU sa mga network na ito madali mong maisaayos ang iyong network upang ang mga cable ay tumakbo mula sa central wiring closet patungo sa bawat palapag, at pagkatapos ay sa bawat computer sa sahig. Mga cable sa pagitan ng MAU at aparato sa network ay maaaring hanggang sa 45 m ang haba, na sapat upang ikonekta ang mga cable sa mga de-koryenteng cabinet sa karamihan ng mga gusali.
Bagama't ang network ng Token Ring ay may logical ring topology, gumagamit ito ng pisikal na star topology. Sa halip na mga hub, ang Token Ring ay gumagamit ng mga MAU device (Multistation Access Unit). Huwag ipagkamali ang mga MAU na ito sa Medium Attachment Units (tinatawag ding Medium Attachment Units para sa maikli), na mga koneksyon sa transceiver sa AUI port ng mga Ethernet adapter.
Mga katulad na dokumento
Mga uri ng data network. Mga uri ng pamamahagi ng teritoryo, functional na pakikipag-ugnayan at topology ng network. Mga prinsipyo ng paggamit ng mga kagamitan sa network. Pagpapalit ng mga channel, packet, mensahe at cell. Lumipat at hindi lumipat na network.
course work, idinagdag 07/30/2015
Ang kasaysayan ng paglitaw ng mga cellular na komunikasyon, ang prinsipyo ng pagpapatakbo at pag-andar nito. Paano gumagana ang Wi-Fi - isang trademark ng Wi-Fi Alliance para sa mga wireless network batay sa pamantayang IEEE 802.11. Functional na diagram mga cellular mobile network. Mga kalamangan at kahinaan ng network.
abstract, idinagdag noong 05/15/2015
Arkitektura, mga bahagi ng network at mga pamantayan. Paghahambing ng mga pamantayan wireless transmission datos. Mga uri at uri ng koneksyon. Kaligtasan Mga Wi-Fi network, wifi adapter ASUS WL-138g V2. Internet center ZyXEL P-330W. Hi-Speed 54G router board.
abstract, idinagdag 02/18/2013
Pagsusuri ng pamantayan ng paghahatid ng wireless data. Tinitiyak ang seguridad ng komunikasyon, ang mga pangunahing katangian ng mga kahinaan sa pamantayan ng IEEE 802.16. Mga opsyon para sa pagbuo ng mga lokal na network ng computer. Mga uri ng pagpapatupad at pakikipag-ugnayan ng mga teknolohiya ng WiMAX at Wi-Fi.
course work, idinagdag noong 12/13/2011
Organisasyon ng isang network ng telepono. Mga serbisyong digital access. Isang data transmission system na nagbibigay ng full-duplex digital synchronous data exchange. Serbisyong digital data. Mga pangunahing pamantayan para sa mga digital system. Mga antas ng multiplexing ng T-system.
pagtatanghal, idinagdag noong 01/28/2015
Panimula sa modernong digital telecommunication system. Mga prinsipyo sa pagpapatakbo ng wireless subscriber radio access network. Mga tampok ng IEEE 802.11 access control. Pagsusuri ng electromagnetic compatibility ng isang pangkat ng mga wireless na lokal na network.
thesis, idinagdag noong 06/15/2011
Pangkalahatang katangian ng mga network ng PON, ang kanilang pag-uuri, mga uri, pagtatasa ng mga pakinabang at disadvantages, mga pamantayan at paghahambing na paglalarawan, mga prinsipyo ng operasyon at panloob na istraktura. Algoritmo ng pamamahagi ng mapagkukunan, umiiral na mga problema at mga direksyon para sa kanilang paglutas.
thesis, idinagdag noong 07/09/2015
Istraktura ng telegraph at fax na mga network ng komunikasyon, paghahatid ng data. Mga bahagi ng mga discrete na network ng paghahatid ng mensahe, mga paraan ng paglipat sa kanila. Konstruksyon ng corrective code. Disenyo ng network ng SDH. Pagkalkula ng pag-load sa mga segment ng landas, pagpili ng mga multiplexer.
course work, idinagdag noong 01/06/2013
Isang wireless data transfer protocol na tumutulong sa pagkonekta ng ika-1 bilang ng mga computer sa isang network. Ang kasaysayan ng paglikha ng unang Wi-Fi. Mga pamantayan ng wireless network, ang kanilang mga katangian, mga pakinabang, mga disadvantages. Paggamit ng Wi-Fi sa industriya at pang-araw-araw na buhay.
abstract, idinagdag 04/29/2011
Pangkalahatang Impormasyon tungkol sa Bluetooth, ano ito. Mga uri ng koneksyon, paglilipat ng data, istraktura ng packet. Mga tampok ng pagpapatakbo ng Bluetooth, paglalarawan ng mga protocol nito, antas ng seguridad. Pagsasaayos ng profile, paglalarawan ng mga pangunahing kakumpitensya. Mga Detalye ng Bluetooth.
Proseso ng pamamahala Kasama sa pagsasaayos ang mga administratibo at teknikal na pamamaraan sa buong ikot ng buhay ng software upang matukoy ang katayuan ng mga bahagi ng software, ilarawan at maghanda ng mga ulat sa katayuan ng mga bahagi ng software at mga kahilingan sa pagbabago, tiyakin ang pagkakumpleto, pagiging tugma at kawastuhan ng mga bahagi ng software, pamahalaan ang imbakan at paghahatid ng software.
Ayon sa pamantayan ng IEEE-90, ang pagsasaayos ng software ay nauunawaan bilang kabuuan ng paggana nito at pisikal na katangian itinatag sa teknikal na dokumentasyon at ipinatupad sa software. Pamamahala ng configuration nagbibigay-daan sa iyo na ayusin, sistematikong isaalang-alang at kontrolin ang pagpapakilala ng mga pagbabago sa software sa lahat ng yugto ng ikot ng buhay. Ang mga pangkalahatang prinsipyo at rekomendasyon para sa pamamahala ng pagsasaayos ng software ay makikita sa pamantayang ISO/IEC 15288 na "Teknolohiya ng Impormasyon. Proseso ng Siklo ng Buhay ng Software. Pamamahala ng Configuration para sa Software".
Proseso ng pamamahala Kasama sa pagsasaayos ang mga sumusunod na pagkilos:
- ang gawaing paghahanda ng pamamahala ng pagsasaayos ng pagpaplano;
- configuration identification, na nagtatatag ng mga panuntunan kung saan ang mga bahagi ng software at ang kanilang mga bersyon ay natatanging nakikilala. Sa kasong ito, ang bawat bahagi ay natatanging tumutugma sa isang hanay ng dokumentasyon;
- Ang kontrol sa pagsasaayos ay isang aksyon na inilaan para sa sistematikong pagtatasa ng mga iminungkahing pagbabago ng software at ang kanilang pinagsama-samang pagpapatupad, na isinasaalang-alang ang pagiging epektibo ng bawat pagbabago at ang mga gastos sa pagpapatupad nito;
- configuration status accounting, na isang pagpaparehistro ng estado ng mga bahagi ng software. Nagbibigay ng paghahanda ng mga ulat sa ipinatupad at tinanggihang mga pagbabago ng mga bersyon ng bahagi ng software. Ang isang set ng mga ulat ay nagbibigay ng isang hindi malabo na pagmuni-muni ng kasalukuyang estado ng system at mga bahagi nito, at nagbibigay din ng kasaysayan ng mga pagbabago;
- pagtatasa ng pagsasaayos, na binubuo sa pagtukoy functional na pagkakumpleto mga bahagi ng software, pati na rin ang kanilang pagsunod pisikal na kalagayan kasalukuyang teknikal na paglalarawan;
- pamamahala at paghahatid ng release, na sumasaklaw sa paggawa ng mga master copy ng mga programa at dokumentasyon, ang kanilang imbakan, at paghahatid sa mga user alinsunod sa mga pamamaraan ng organisasyon.
Proseso ng pagbibigay Ang katiyakan ng kalidad ay dapat tiyakin na ang software at ang mga proseso ng ikot ng buhay nito ay sumusunod sa mga tinukoy na kinakailangan at naaprubahang mga plano. Ang kalidad ng software ay nauunawaan bilang isang hanay ng mga katangian na nagpapakilala sa kakayahan ng software na matugunan ang mga tinukoy na kinakailangan. Upang makakuha ng maaasahang mga pagtatantya tungkol sa software na nilikha proseso ng probisyon ang kalidad nito ay dapat mangyari nang hiwalay sa mga entity na direktang nauugnay sa pagbuo ng produkto ng software. Maaaring gamitin nito ang mga resulta ng iba pang mga sumusuportang proseso tulad ng pag-verify, pagpapatunay, pinagsamang pagtatasa, pag-audit at paglutas ng problema.
Proseso ng pagbibigay Kasama sa kalidad ang mga sumusunod na aksyon:
- gawaing paghahanda (koordinasyon sa iba pang mga sumusuportang proseso at pagpaplano ng proseso ng pagtiyak ng kalidad ng software mismo, isinasaalang-alang ang mga pamantayan, pamamaraan, pamamaraan at tool na ginamit);
- pagtiyak ng kalidad ng produkto, na nagpapahiwatig ng garantisadong ganap na pagsunod ng software at dokumentasyon nito sa mga kinakailangan ng customer na itinakda sa kontrata;
- pagtiyak ng kalidad ng proseso, na nagpapahiwatig ng garantisadong pagsunod sa mga proseso ng ikot ng buhay ng software, mga pamamaraan ng pag-unlad, kapaligiran sa pag-unlad at mga kwalipikasyon ng tauhan sa mga tuntunin ng kontrata, itinatag na mga pamantayan at pamamaraan;
- pagtiyak ng iba pang mga tagapagpahiwatig ng kalidad ng software, na isinasagawa alinsunod sa mga tuntunin ng kontrata at pamantayan ng kalidad ng ISO 9001.
Ang proseso ng pag-verify ay binubuo ng pagtukoy na ang software na nagreresulta mula sa ilang aktibidad ay ganap na nakakatugon sa mga kinakailangan o kundisyon na ipinataw ng mga nakaraang aktibidad. Upang mapabuti ang kahusayan ng buong proseso ng ikot ng buhay ng software, ang pag-verify ay dapat isama nang maaga hangga't maaari sa mga prosesong gumagamit nito (ibig sabihin, paghahatid, pag-unlad, pagpapatakbo). Maaaring kasama sa proseso ng pag-verify ang pagsusuri, pagsusuri at pagsubok.
Maaaring isagawa ang pag-verify na may iba't ibang antas ng kalayaan (mula sa mismong tagapalabas hanggang sa mga espesyalista mula sa ibang organisasyon na independyente sa supplier, developer, atbp.). Sa panahon ng proseso ng pag-verify, sinusuri ang mga sumusunod na kundisyon:
- pagkakapare-pareho ng mga kinakailangan para sa system at ang antas kung saan ang mga pangangailangan ng gumagamit ay isinasaalang-alang;
- ang kakayahan ng supplier na matugunan ang mga tinukoy na kinakailangan;
- pagsunod sa mga napiling proseso ng ikot ng buhay sa mga tuntunin ng kontrata;
- kasapatan ng mga pamantayan, pamamaraan at kapaligiran sa pag-unlad sa mga proseso ng ikot ng buhay ng software;
- pagsunod sa mga pagtutukoy ng disenyo ng software na may tinukoy na mga kinakailangan;
- kawastuhan ng paglalarawan sa mga detalye ng disenyo ng data ng input at output, pagkakasunud-sunod ng mga kaganapan, mga interface, lohika, atbp.;
- pagsunod sa code sa mga detalye at kinakailangan ng disenyo;
- pagiging masusubok at kawastuhan ng code, ang pagsunod nito sa mga tinatanggap na pamantayan ng coding;
- tamang pagsasama ng mga bahagi ng software sa system;
- kasapatan, pagkakumpleto at pagkakapare-pareho ng dokumentasyon.
Ang proseso ng sertipikasyon ay inilaan upang matukoy ang pagkakumpleto ng pagsunod sa mga tinukoy na kinakailangan at ang nilikha na software sa kanilang mga partikular na kinakailangan. functional na layunin(kung ano ang kailangan ng mamimili). Karaniwang tumutukoy ang sertipikasyon sa kumpirmasyon at pagtatasa ng pagiging maaasahan ng pagsubok ng isang produkto ng software. Dapat tiyakin ng sertipikasyon ang buong pagsunod ng software sa mga detalye, kinakailangan at dokumentasyon, pati na rin ang posibilidad ng ligtas at maaasahang paggamit ng software ng user.
Ang sertipikasyon, tulad ng pag-verify, ay maaaring isagawa nang may iba't ibang antas ng kalayaan (hanggang sa isang organisasyong hiwalay sa supplier, developer, operator o serbisyo ng suporta).
Ang proseso ng collaborative na pagtatasa ay inilaan upang suriin ang katayuan ng gawaing proyekto at ang produktong software na nilikha sa panahon ng pagpapatupad ng gawaing ito. Pangunahing nakatuon ito sa pagkontrol sa pagpaplano at pamamahala ng mga mapagkukunan ng proyekto, tauhan, kagamitan at kasangkapan.
Ang pagtatasa ay inilalapat kapwa sa antas ng pamamahala ng proyekto at sa antas ng teknikal na pagpapatupad ng proyekto at isinasagawa sa buong tagal ng kontrata. Ang prosesong ito ay maaaring isagawa ng dalawang partido na kasangkot sa kontrata, kung saan ang isang partido ay nagpapatunay sa isa pa.
Ang proseso ng pag-audit ay isang pagpapasiya ng pagsang-ayon ng proyekto at produkto sa mga kinakailangan, plano at tuntunin ng kontrata. Ang isang pag-audit ay maaaring isagawa ng sinumang dalawang partido na kasangkot sa kontrata, na ang isang partido ay nag-audit sa isa pa.
Ang pag-audit ay isang pag-audit (pag-verify) na isinasagawa ng isang karampatang awtoridad (tao) upang magbigay ng isang independiyenteng pagtatasa ng antas ng pagsunod ng software o mga proseso na may itinatag na mga kinakailangan.
Nagsisilbi ang audit upang matukoy kung ang aktwal na trabaho at mga ulat ay sumusunod sa mga kinakailangan, plano at kontrata. Ang mga auditor ay hindi dapat magkaroon ng direktang pag-asa sa mga developer ng software. Tinutukoy nila ang katayuan ng trabaho, ang paggamit ng mga mapagkukunan, pagsunod sa dokumentasyon sa mga pagtutukoy at pamantayan, kawastuhan ng pagsubok, atbp.
Ang proseso ng paglutas ng problema ay nagsasangkot ng pagsusuri at paglutas ng mga problema (kabilang ang mga natukoy na hindi pagsunod) na natuklasan sa panahon ng pag-unlad, pagpapatakbo, o iba pang mga proseso, anuman ang kanilang pinagmulan o pinagmulan.
5.4. Mga proseso ng organisasyon ng ikot ng buhay ng software
Proseso ng pamamahala binubuo ng mga aktibidad at gawain na maaaring gawin ng sinumang partido na namamahala sa mga proseso nito. Ang partidong ito (manager) ay may pananagutan sa pamamahala sa pagpapalabas ng produkto,
Ang istraktura ng ikot ng buhay ng software alinsunod sa pamantayan ng ISO/IEC 12207 ay batay sa tatlong grupo ng mga proseso (Larawan 1):
· mga pangunahing proseso ng ikot ng buhay ng software (pagbili, paghahatid, pagpapaunlad, pagpapatakbo, suporta);
· mga pantulong na proseso na nagsisiguro sa pagpapatupad ng mga pangunahing proseso (dokumentasyon, pamamahala ng pagsasaayos, pagtitiyak sa kalidad, pagpapatunay, sertipikasyon, pagtatasa, pag-audit, paglutas ng problema);
· mga proseso ng organisasyon (pamamahala ng proyekto, paglikha ng imprastraktura ng proyekto, kahulugan, pagsusuri at pagpapabuti ng ikot ng buhay mismo, pagsasanay).
kanin. 1. Mga proseso ng ikot ng buhay ng software.
Proseso ng Pagkuha(proseso ng pagkuha). Binubuo ito ng mga aksyon
at mga gawain ng customer na bumili ng software. Sinasaklaw ng prosesong ito ang mga sumusunod na hakbang:
1) pagsisimula ng pagkuha;
2) paghahanda ng mga panukala sa bid;
3) paghahanda at pagsasaayos ng kontrata;
4) pangangasiwa ng mga aktibidad ng tagapagtustos;
5) pagtanggap at pagkumpleto ng trabaho.
Proseso ng paghahatid(proseso ng supply). Sinasaklaw nito ang mga aktibidad at gawain na ginagawa ng vendor na nagbibigay sa customer ng isang software na produkto o serbisyo. Kasama sa prosesong ito ang mga sumusunod na hakbang:
1) pagsisimula ng paghahatid;
2) paghahanda ng tugon sa mga panukala sa bid;
3) paghahanda ng kontrata;
4) pagpaplano;
5) pagpapatupad at kontrol;
6) inspeksyon at pagsusuri;
7) paghahatid at pagkumpleto ng trabaho.
Proseso ng pag-unlad(proseso ng pag-unlad). Nagbibigay ito para sa mga aksyon at gawain na ginagawa ng developer, at sumasaklaw sa paglikha ng software at mga bahagi nito alinsunod sa tinukoy na mga kinakailangan, kabilang ang paghahanda ng disenyo at dokumentasyon ng pagpapatakbo, ang paghahanda ng mga materyales na kinakailangan para sa pagsubok sa pag-andar at naaangkop na kalidad ng software mga produkto, materyales na kailangan para sa pag-aayos ng mga tauhan ng pagsasanay, atbp.
Kasama sa proseso ng pag-unlad ang mga sumusunod na hakbang:
1) pagsusuri ng mga kinakailangan ng system;
2) disenyo ng arkitektura ng system;
3) pagsusuri ng mga kinakailangan sa software;
4) disenyo ng arkitektura ng software;
5) detalyadong disenyo ng software;
6) software coding at pagsubok;
7) pagsasama ng software;
8) pagsubok sa kwalipikasyon ng software;
9) pagsasama-sama ng system;
10) pagsusulit sa kwalipikasyon ng sistema;
11) pag-install ng software;
12) pagtanggap ng software.
Proseso ng pagpapatakbo(proseso ng operasyon). Sinasaklaw nito ang mga aksyon at gawain ng operator - ang organisasyong nagpapatakbo ng system. Kasama sa prosesong ito ang mga sumusunod na hakbang:
1) pagsubok sa pagpapatakbo;
2) pagpapatakbo ng system;
3) suporta ng gumagamit.
Proseso ng pagpapanatili(proseso ng pagpapanatili). Nagbibigay ito ng mga aksyon at gawain na ginagawa ng kasamang organisasyon (escort service). Ang prosesong ito ay isinaaktibo kapag ang mga pagbabago (mga pagbabago) ng produkto ng software at mga kaugnay na dokumentasyon ay sanhi ng mga problema o pangangailangan para sa modernisasyon o pagbagay ng software. Alinsunod sa pamantayan ng IEEE-90, ang pagpapanatili ay tumutukoy sa paggawa ng mga pagbabago sa software upang maitama ang mga error, mapabuti ang pagganap, o umangkop sa mga binagong kondisyon ng operating o
kinakailangan. Ang mga pagbabagong ginawa sa umiiral na software ay hindi dapat lumabag
integridad nito. Kasama sa proseso ng pagpapanatili ang paglilipat ng software sa ibang kapaligiran (migration) at nagtatapos sa pag-decommissioning ng software.
Ang proseso ng pagpapanatili ay sumasaklaw sa mga sumusunod na aksyon:
1) pagsusuri ng mga problema at kahilingan para sa pagbabago ng software;
2) pagbabago ng software;
3) inspeksyon at pagtanggap;
4) paglipat ng software sa ibang kapaligiran;
5) pag-decommissioning ng software.
Ang pangkat ng mga pantulong na proseso ay kinabibilangan ng:
Dokumentasyon;
Pamamahala ng configuration; katiyakan ng kalidad;
Pagpapatunay; sertipikasyon;
Participatory assessment;
Paglutas ng problema.
Proseso ng dokumentasyon(proseso ng dokumentasyon). Nagbibigay ito ng pormal paglalarawan ng impormasyon, nilikha sa panahon ng ikot ng buhay ng software. Kasama sa proseso ng dokumentasyon ang mga sumusunod na hakbang:
1) disenyo at pag-unlad;
2) pagpapalabas ng dokumentasyon;
3) suporta sa dokumentasyon.
Proseso ng Pamamahala ng Configuration(proseso ng pamamahala ng pagsasaayos). Kabilang dito ang paggamit ng administratibo at mga teknikal na pamamaraan sa buong ikot ng buhay ng software upang matukoy ang katayuan ng mga bahagi ng software sa system, pamahalaan ang mga pagbabago sa software, ilarawan at maghanda ng mga ulat sa katayuan ng mga bahagi ng software at mga kahilingan sa pagbabago, tiyakin ang pagiging kumpleto, pagiging tugma at kawastuhan ng mga bahagi ng software, pamahalaan ang imbakan at paghahatid ng software. Ayon sa pamantayan ng IEEE-90, ang pagsasaayos ng software ay nauunawaan bilang kabuuan ng mga functional at pisikal na katangian nito.
mga katangiang itinatag sa teknikal na dokumentasyon at ipinatupad sa software.
Binibigyang-daan ka ng pamamahala ng configuration na ayusin, sistematikong isaalang-alang at kontrolin ang mga pagbabago sa software sa lahat ng yugto ng ikot ng buhay. Ang mga pangkalahatang prinsipyo at rekomendasyon para sa pamamahala ng pagsasaayos ng software ay makikita sa draft na pamantayang ISO/I EC CD 12207-2: 1995 "Teknolohiya ng Impormasyon - Mga Proseso ng Siklo ng Buhay ng Software. Bahagi 2.
Pamamahala ng Configuration para sa Software". Kasama sa proseso ng pamamahala ng configuration ang mga sumusunod na pagkilos:
1) pagkakakilanlan ng pagsasaayos;
2) kontrol sa pagsasaayos;
3) accounting ng configuration status;
4) pagtatasa ng pagsasaayos;
5) release management at delivery.
Proseso ng Pagtitiyak ng Kalidad(proseso ng pagtiyak ng kalidad). Nagbibigay ito ng naaangkop na katiyakan na ang software at ang mga proseso ng ikot ng buhay nito ay sumusunod sa mga tinukoy na kinakailangan at naaprubahang mga plano. Ang kalidad ng software ay nauunawaan bilang isang hanay ng mga katangian na nagpapakilala sa kakayahan ng software na matugunan ang mga tinukoy na kinakailangan. Upang makakuha ng mga mapagkakatiwalaang pagtatasa ng software na nilikha, ang proseso ng pagtiyak ng kalidad nito ay dapat mangyari nang hiwalay sa mga entity na direktang nauugnay sa pagbuo ng software. Ang mga resulta ng iba pang mga sumusuportang proseso tulad ng pag-verify, pagpapatunay, pinagsamang pagtatasa, pag-audit at paglutas ng problema ay maaaring gamitin. Kasama sa proseso ng pagtiyak ng kalidad ang mga sumusunod na aktibidad:
1) pagtiyak ng kalidad ng produkto;
2) tinitiyak ang kalidad ng proseso;
3) pagtiyak ng iba pang mga tagapagpahiwatig ng kalidad ng system.
Proseso ng pagpapatunay(proseso ng pagpapatunay). Binubuo ito sa pagtukoy na ang mga produkto ng software na mga resulta ng ilang aksyon ay ganap na nakakatugon sa mga kinakailangan o kundisyon na tinutukoy ng mga nakaraang aksyon (ang pagpapatunay sa makitid na kahulugan ay nangangahulugan ng pormal na patunay ng kawastuhan ng software).
Proseso ng pagpapatunay(proseso ng pagpapatunay). Kabilang dito ang pagtukoy sa pagiging kumpleto ng pagsunod sa mga tinukoy na kinakailangan at ang nilikhang sistema o produkto ng software sa kanilang partikular na layunin sa pagganap. Karaniwang tumutukoy ang sertipikasyon sa kumpirmasyon at pagtatasa ng pagiging maaasahan ng pagsubok ng software.
Proseso ng participatory assessment(pinagsamang proseso ng pagsusuri). Ito ay inilaan upang masuri ang katayuan ng trabaho sa proyekto at ang software na nilikha sa panahon ng pagpapatupad ng mga gawaing ito (mga aksyon). Pangunahing nakatuon ito sa pagkontrol sa pagpaplano at pamamahala ng mga mapagkukunan ng proyekto, tauhan, kagamitan at kasangkapan.
Proseso ng Pag-audit(proseso ng pag-audit). Ito ay isang pagpapasiya ng pagsunod sa mga kinakailangan, plano at mga tuntunin ng kontrata.
Proseso ng paglutas ng problema(proseso ng paglutas ng problema). Kabilang dito ang pagsusuri at paglutas ng mga problema (kabilang ang mga nakitang hindi pagkakapare-pareho) anuman ang kanilang pinagmulan o pinagmulan, na natuklasan sa panahon ng pag-unlad, pagpapatakbo, pagpapanatili o iba pang mga proseso. Ang bawat nakitang problema ay dapat matukoy, mailarawan, masuri at malutas.
Ang pangkat ng mga proseso ng organisasyon ng ikot ng buhay ng software ay kinabibilangan ng:
Kontrol;
Paglikha ng imprastraktura;
Pagpapabuti;
Paglabas ng mga bagong bersyon;
Edukasyon.
Proseso ng pamamahala(proseso ng pamamahala). Binubuo ito ng mga aktibidad at gawain na maaaring gawin ng sinumang partido na namamahala sa kanilang mga proseso. Ang partidong ito (manager) ay responsable para sa pamamahala ng paglabas ng produkto, pamamahala ng proyekto at pamamahala ng gawain ng mga kaugnay na proseso, gaya ng pagkuha, paghahatid, pagpapaunlad, pagpapatakbo, pagpapanatili, atbp.
Proseso ng paglikha ng imprastraktura(proseso ng imprastraktura). Sinasaklaw nito ang pagpili at suporta (pagpapanatili) ng teknolohiya, mga pamantayan at kasangkapan, pagpili at pag-install ng hardware at software na ginagamit para sa pagbuo, pagpapatakbo o pagpapanatili ng software. Ang imprastraktura ay dapat na mabago at mapanatili alinsunod sa mga pagbabago sa mga kinakailangan para sa mga nauugnay na proseso. Ang imprastraktura, sa turn, ay isa sa mga bagay ng pamamahala ng pagsasaayos.
Proseso ng pagpapabuti(proseso ng pagpapabuti). Nagbibigay ito ng pagtatasa, pagsukat, kontrol at pagpapabuti ng mga proseso ng ikot ng buhay ng software. Ang pagpapabuti ng mga proseso ng ikot ng buhay ng software ay naglalayong pataasin ang pagiging produktibo ng lahat ng mga espesyalista na kasangkot sa mga ito sa pamamagitan ng pagpapabuti ng teknolohiyang ginamit, mga pamamaraan ng pamamahala, pagpili ng mga tool at pagsasanay
tauhan.
Proseso ng pagkatuto(proseso ng pagsasanay). Sinasaklaw nito ang paunang pagsasanay at kasunod na patuloy na pag-unlad ng kawani.
Mga layunin at layunin ng pamamaraan ng disenyoNG. Pangunahing Lugar ng DisenyoNG. Mga yugto ng paglikhaNG.
Software (Software) ay isang matalinong produkto, na independiyente sa medium kung saan ito naitala, kabilang ang mga programa, panuntunan, at nauugnay na data, na, kapag na-load sa lugar ng pagpapatupad ng isang computer program, tinitiyak ang paggana nito.
Software (Produkto ng software) - isang hanay ng mga programa sa computer, pamamaraan at, posibleng, nauugnay na dokumentasyon at data.
Software (Produkto ng software) - anumang hanay ng mga programa sa computer, pamamaraan at nauugnay na dokumentasyon at data na nakuha bilang resulta ng pagbuo ng software at nilayon para sa paghahatid sa user [ISO/IEC 12207]. Tandaan. Kasama sa mga produkto ang mga intermediate na produkto at produktong inilaan para sa mga user gaya ng mga developer at tauhan ng pagpapanatili.
Pagbuo ng software Ang software engineering ay isang anyo ng pag-unlad na inilalapat ang mga prinsipyo ng computer science, information technology, mathematics, at application science upang makamit ang cost-effective na solusyon sa mga praktikal na problema sa pamamagitan ng software.
Disenyo ng Software ay ang proseso ng pagbuo ng mga application na may totoong sukat at praktikal na kaugnayan na nakakatugon sa mga tinukoy na functionality at mga kinakailangan sa pagganap.
Programming - ito ay isa sa mga aktibidad na kasama sa ikot ng pagbuo ng software.
Mga yugto ng paglikha ng software
1. Unawain ang kalikasan at saklaw ng iminungkahing produkto.
2. Pumili ng proseso ng pagpapaunlad at gumawa ng plano.
3. Magtipon ng mga kinakailangan.
4. Idisenyo at tipunin ang produkto.
5. Magsagawa ng pagsusuri sa produkto.
6. Ilabas ang produkto at ibigay ang suporta nito.
Sa pamamagitan ng siklo ng buhay ng isang programa, ang ibig naming sabihin ay isang hanay ng mga yugto:
Pagsusuri ng lugar ng paksa at paglikha ng mga teknikal na pagtutukoy (pakikipag-ugnayan sa customer)
Pagdidisenyo ng istraktura ng programa
Coding (set ng program code ayon sa dokumentasyon ng proyekto)
Pagsubok at Pag-debug
Pagpapatupad ng programa
Suporta sa programa
Pagtatapon
Ang konsepto ng software life cycle (LC). Kahulugan ng ikot ng buhay ayon sa internasyonal na pamantayang ISO/IEC 12207:1995. Mga pangunahing proseso ng ikot ng buhay ng software.
Ang ikot ng buhay ng software ay isang tuluy-tuloy na proseso na nagsisimula mula sa sandaling gumawa ng desisyon tungkol sa pangangailangang likhain ito at magtatapos kapag ito ay ganap na inalis sa serbisyo.
Ang life cycle (LC) ng software ay tinukoy bilang isang yugto ng panahon na nagsisimula mula sa sandaling ginawa ang desisyon sa pangangailangang lumikha ng software at magtatapos sa sandaling ito ay ganap na inalis sa serbisyo.
Ang pangunahing dokumento ng regulasyon na kumokontrol sa komposisyon ng mga proseso ng ikot ng buhay ng software ay ang internasyonal na pamantayang ISO/IEC 12207: 1995 "Teknolohiya ng Impormasyon - Mga Proseso ng Siklo ng Buhay ng Software" (ISO - International Organization for Standardization - internasyonal na organisasyon sa standardisasyon, IEC - International Electrotechnical Commission - International Commission on Electrical Engineering. Tinutukoy nito ang istraktura ng ikot ng buhay na naglalaman ng mga proseso, aktibidad at gawain na dapat gawin sa paggawa ng software.
Sa pamantayang ito Software (o produkto ng software) ay tinukoy bilang isang hanay ng mga programa sa computer, pamamaraan, at posibleng nauugnay na dokumentasyon at data.
Proseso ay tinukoy bilang isang hanay ng mga magkakaugnay na aksyon (isang set ng magkakaugnay na mga gawa) na nagbabago ng ilang inisyal (input data) sa output (mga resulta). Ang bawat proseso ay nailalarawan sa pamamagitan ng ilang mga gawain at pamamaraan para sa paglutas ng mga ito, input ng data na nakuha mula sa iba pang mga proseso, at mga resulta.
Bawat proseso nahahati sa isang hanay ng mga aksyon, bawat isa aksyon– bawat set mga gawain. Ang bawat proseso, aksyon o gawain ay sinisimulan at isinasagawa ng isa pang proseso kung kinakailangan, at walang mga paunang natukoy na pagkakasunud-sunod ng pagpapatupad (siyempre, habang pinapanatili ang mga koneksyon sa kabuuan ng input data).
Mga pangunahing proseso ng siklo ng buhay :
Order (pagbili);
Aksyon - pagsisimula ng pagkuha
Aksyon – paghahanda ng mga panukala sa bid
Aksyon - paghahanda at pagsasaayos ng kontrata
Aksyon - pangangasiwa ng mga aktibidad ng tagapagtustos
Isinasagawa pagtanggap ang mga kinakailangang pagsusulit ay inihanda at isinagawa. Pagkumpleto ng trabaho sa ilalim ng kontrata ay isinasagawa kung ang lahat ng mga kondisyon ng pagtanggap ay natutugunan
Supply;
Pagsisimula ng paghahatid
Pagpaplano
Pag-unlad;
Ang proseso ng pag-unlad ay nagsasangkot ng mga aktibidad at gawain na ginagawa ng developer at kasama ang sumusunod:
Gawaing paghahanda
Pagsusuri ng mga kinakailangan ng system
Disenyo ng arkitektura ng system sa isang mataas na antas ay upang tukuyin ang mga bahagi ng hardware, software at mga operasyong ginagawa ng mga tauhan na nagpapatakbo ng system. Ang arkitektura ng system ay dapat sumunod sa mga kinakailangan ng system at tinatanggap na mga pamantayan at kasanayan sa disenyo.
Pagsusuri ng mga kinakailangan sa software
Disenyo ng arkitektura ng software
Software coding at pagsubok
Pagsasama ng software
Pagsubok sa kwalipikasyon ng software
Pagsasama ng system
Pag install ng software
Pagtanggap ng software
Pagsasamantala; sumasaklaw sa mga aksyon at gawain ng operator - ang organisasyong nagpapatakbo ng system at kasama ang mga aksyon:
Gawaing paghahanda kasama ang operator na gumaganap ng mga sumusunod na gawain:
pagpaplano ng mga aktibidad at gawaing isinagawa sa panahon ng operasyon at pagtatakda ng mga pamantayan sa pagpapatakbo;
pagpapasiya ng mga pamamaraan para sa pag-localize at paglutas ng mga problema na lumitaw sa panahon ng operasyon.
Subukan ang performance ay isinasagawa para sa bawat susunod na edisyon ng produkto ng software, pagkatapos nito ay ililipat sa operasyon.
Operasyon ng System
Suporta ng user
Prosesoescort nagbibigay para sa mga aksyon at gawain na ginagawa ng serbisyo ng suporta. Alinsunod sa pamantayan ng IEEE-90 sa ilalim saliw ay tumutukoy sa paggawa ng mga pagbabago sa software upang itama ang mga error, pagbutihin ang pagganap, o iakma sa pagbabago ng mga kundisyon o kinakailangan sa pagpapatakbo.
Gawaing paghahanda Kasama sa mga serbisyo ng suporta ang mga sumusunod na gawain:
pagpaplano ng mga aksyon at gawaing isinagawa sa panahon ng proseso ng suporta;
pagpapasiya ng mga pamamaraan para sa pag-localize at paglutas ng mga problema na lumitaw sa panahon ng proseso ng pagpapanatili.
Pagsusuri ng mga problema at kahilingan para sa mga pagbabago sa software
Pagbabago ng software
Inspeksyon at pagtanggap
Pag-decommissioning ng software na isinasagawa sa pagpapasya ng customer na may partisipasyon ng operating organization, serbisyo ng suporta at mga user. Sa kasong ito, ang mga produkto ng software at kaugnay na dokumentasyon ay napapailalim sa pag-archive alinsunod sa kasunduan.
Ang konsepto ng software life cycle (LC). Kahulugan ng ikot ng buhay ayon sa internasyonal na pamantayang ISO/IEC 12207:1995. Mga pantulong na proseso ng ikot ng buhay ng software.
Tingnan ang punto 2
Mga pantulong na proseso ng siklo ng buhay :
Dokumentasyon; isang pormal na paglalarawan ng impormasyong nilikha sa panahon ng ikot ng buhay ng software.
Kasama sa proseso ng dokumentasyon ang mga sumusunod na hakbang:
gawaing paghahanda;
disenyo at pag-unlad;
pagpapalabas ng dokumentasyon;
saliw
Pamamahala ng configuration sa kanya; upang matukoy ang katayuan ng mga bahagi ng software sa system, pamahalaan ang mga pagbabago sa software, ilarawan at maghanda ng mga ulat sa katayuan ng mga bahagi ng software at mga kahilingan sa pagbabago, tiyakin ang pagiging kumpleto, pagiging tugma at kawastuhan ng software, pamahalaan ang imbakan at paghahatid ng software. Ayon sa IEEE - 90 standard pagsasaayos Ang software ay nauunawaan bilang ang kabuuan ng mga functional at pisikal na katangian nito na itinatag sa teknikal na dokumentasyon at ipinatupad sa software.
gawaing paghahanda
pagkakakilanlan ng pagsasaayos nagtatatag ng mga panuntunan na maaaring magamit upang malinaw na matukoy at makilala ang mga bahagi ng software at ang kanilang mga bersyon
kontrol sa pagsasaayos ay inilaan para sa isang sistematikong pagtatasa ng mga iminungkahing pagbabago sa software at ang kanilang pinagsamang pagpapatupad, na isinasaalang-alang ang pagiging epektibo ng bawat pagbabago at ang mga gastos sa pagpapatupad nito
pagsasaayos ng katayuan ng pagsasaayos (kumakatawan sa pagpaparehistro ng estado ng mga bahagi ng software, paghahanda ng mga ulat sa lahat ng ipinatupad at tinanggihan na mga pagbabago ng mga bersyon ng mga bahagi ng software). + kasaysayan ng pagbabago
pagtatasa ng pagsasaayos (binubuo sa pagtatasa ng functional na pagkakumpleto ng mga bahagi ng software, pati na rin ang pagsunod ng kanilang pisikal na estado sa kasalukuyang teknikal na paglalarawan);
pamamahala at supply ng pagpapalabas (saklawin ang paggawa ng mga sangguniang kopya ng mga programa at dokumentasyon, ang kanilang imbakan at paghahatid sa mga user alinsunod sa pamamaraang pinagtibay sa organisasyon).
Pagtitiyak ng kalidad;
Proseso ng Pagtitiyak ng Kalidad nagbibigay ng naaangkop na mga garantiya na ang software at ang mga proseso ng ikot ng buhay nito ay sumusunod sa mga tinukoy na kinakailangan at naaprubahang mga plano. Sa ilalim kalidad ng software ay nauunawaan bilang isang hanay ng mga katangian na nagpapakilala sa kakayahan ng software na matugunan ang mga tinukoy na kinakailangan.
Kasama sa proseso ng pagtiyak ng kalidad ang mga sumusunod na aktibidad:
gawaing paghahanda
pagtiyak ng kalidad ng produkto na ginagarantiyahan ang buong pagsunod sa mga produkto ng software at ang kanilang dokumentasyon sa mga kinakailangan ng customer na itinakda sa kontrata;
tinitiyak ang kalidad ng proseso ng pagsunod sa mga proseso ng ikot ng buhay ng software, mga pamamaraan ng pag-unlad, kapaligiran sa pag-unlad at mga kwalipikasyon ng tauhan kasama ang mga tuntunin ng kontrata na itinatag na tinitiyak ang iba pang mga tagapagpahiwatig ng kalidad ng system
Pagpapatunay; Binubuo ng pagtukoy na ang mga produkto ng software ay ganap na nakakatugon sa mga kinakailangan o kundisyon na tinutukoy ng mga nakaraang aksyon (ang pagpapatunay sa makitid na kahulugan ay nangangahulugan ng pormal na patunay ng kawastuhan ng software).
gawaing paghahanda;
pagpapatunay;
Ang mga sumusunod na kundisyon ay sinusuri sa panahon ng proseso ng pag-verify:
pagkakapare-pareho ng mga kinakailangan para sa system at ang antas kung saan ang mga pangangailangan ng gumagamit ay isinasaalang-alang;
kakayahan ng supplier na matugunan ang mga tinukoy na kinakailangan;
pagsunod sa mga napiling proseso ng ikot ng buhay sa mga tuntunin ng kontrata;
kasapatan ng mga pamantayan, pamamaraan at kapaligiran ng pagbuo para sa proseso ng ikot ng buhay ng software;
pagsunod sa mga pagtutukoy ng disenyo ng software na may tinukoy na mga kinakailangan;
kawastuhan ng paglalarawan sa mga detalye ng disenyo ng data ng input at output, pagkakasunud-sunod ng mga kaganapan, mga interface, lohika;
pagsunod sa code sa mga detalye at kinakailangan ng disenyo;
pagiging masusubok at kawastuhan ng code, ang pagsunod nito sa mga tinatanggap na pamantayan ng coding;
tamang pagsasama ng mga bahagi ng software sa system;
kasapatan, pagkakumpleto at pagkakapare-pareho ng dokumentasyon.
Sertipikasyon;
nagsasangkot ng pagtukoy sa pagiging kumpleto ng pagsunod sa mga tinukoy na kinakailangan at ang nilikhang sistema o produkto ng software sa kanilang panghuling layunin sa pagganap. Ang sertipikasyon ay karaniwang nangangahulugan ng kumpirmasyon at pagtatasa ng pagiging maaasahan ng pagsubok na isinagawa. Inirerekomenda na ang sertipikasyon ay isagawa sa pamamagitan ng pagsubok sa lahat posibleng mga sitwasyon at gumamit ng mga independiyenteng espesyalista.
Participatory assessment(Participatory Analysis); upang masuri ang katayuan ng trabaho sa proyekto at software.
Ang pagtatasa ay inilalapat kapwa sa antas ng pamamahala ng proyekto at sa antas ng teknikal na pagpapatupad ng proyekto at isinasagawa sa buong tagal ng kontrata. Ang prosesong ito ay maaaring isagawa ng sinumang dalawang partido na kasangkot sa kontrata, na may isang partido na nagbe-verify sa isa pa.
Kasama sa proseso ng participatory assessment ang mga sumusunod na aktibidad:
gawaing paghahanda;
pagtatasa (pagsusuri) ng pamamahala ng proyekto;
teknikal na pagtatasa.
Pag-audit;
pagtukoy sa pagsunod sa mga kinakailangan, plano at tuntunin ng kontrata. Ang isang pag-audit ay maaaring isagawa ng sinumang dalawang partido na kasangkot sa kontrata, na ang isang partido ay nag-audit sa isa pa. Ang pag-audit ay isang pag-audit (pag-verify) na isinasagawa ng isang karampatang awtoridad (tao) upang magbigay ng isang independiyenteng pagtatasa ng antas ng pagsunod ng software o mga proseso na may itinatag na mga kinakailangan.
Pahintulot(Solusyon) mga problema.
nagsasangkot ng pagsusuri at paglutas ng mga problema (kabilang ang mga nakitang hindi pagkakapare-pareho) anuman ang kanilang pinagmulan o pinagmulan, na natuklasan sa panahon ng pag-unlad, operasyon, pagpapanatili o iba pang mga proseso. Ang bawat nakitang problema ay dapat matukoy, mailarawan, masuri at malutas.
Ang konsepto ng software life cycle (LC). Kahulugan ng ikot ng buhay ayon sa internasyonal na pamantayang ISO/IEC 12207:1995. Mga proseso ng organisasyon ng ikot ng buhay ng software. Relasyon sa pagitan ng mga proseso ng ikot ng buhay ng software.
Tingnan ang punto 2
Mga proseso ng ikot ng buhay ng organisasyon :
Kontrol;
binubuo ng mga aksyon ( pangkalahatang mga gawain) at mga gawain na maaaring gawin ng sinumang partido na namamahala sa mga mapagkukunan nito. Ang partidong ito (manager) ay responsable para sa pamamahala ng paglabas ng produkto, pamamahala ng proyekto at pamamahala ng gawain ng mga kaugnay na proseso, gaya ng pagkuha, paghahatid, pagpapaunlad, pagpapatakbo, pagpapanatili, atbp. Halimbawa, ang isang administrator ay may pananagutan para sa pamamahala ng proyekto, paghahatid, pagpapaunlad, pagpapatakbo, pagpapanatili, atbp.
Kasama sa proseso ng pamamahala ang mga sumusunod na aksyon:
paghahanda at kahulugan ng lugar ng pamamahala . Dapat tiyakin ng tagapamahala na ang mga mapagkukunang kinakailangan para sa pamamahala (mga tauhan, kagamitan at teknolohiya) ay nasa kanyang pagtatapon sa sapat na dami;
pagpaplano nagsasangkot ng pagsasagawa ng hindi bababa sa mga sumusunod na gawain:
pagguhit ng mga iskedyul ng trabaho;
pagtatantya ng gastos;
paglalaan ng mga kinakailangang mapagkukunan;
pamamahagi ng responsibilidad;
pagtatasa ng mga panganib na nauugnay sa mga partikular na gawain;
paglikha ng imprastraktura ng pamamahala.
pagpapatupad at kontrol;
pagpapatunay at pagsusuri;
pagkumpleto.
Paglikha ng imprastraktura;
sumasaklaw sa pagpili at suporta (suporta sa teknolohiya), mga pamantayan at kasangkapan, pagpili at pag-install ng hardware at software na ginagamit para sa pagbuo, pagpapatakbo o pagpapanatili ng software. Ang imprastraktura ay dapat na mabago at mapanatili alinsunod sa mga pagbabago sa mga kinakailangan para sa mga nauugnay na proseso. Ang imprastraktura, sa turn, ay isa sa mga bagay ng pamamahala ng pagsasaayos.
Pagpapabuti;
nagbibigay para sa pagtatasa, pagsukat, kontrol at pagpapabuti ng mga proseso ng ikot ng buhay ng software.
Edukasyon.
sumasaklaw sa paunang pagsasanay at kasunod na patuloy na pag-unlad ng kawani.
Relasyon sa pagitan ng mga proseso ng ikot ng buhay ng software
Ang mga proseso ng ikot ng buhay ng software, na kinokontrol ng pamantayang ISO/IEC 12207, ay maaaring gamitin ng iba't ibang organisasyon sa mga partikular na proyekto sa iba't ibang paraan. Gayunpaman, ang pamantayan ay nag-aalok ng ilang pangunahing hanay ng mga relasyon sa pagitan ng mga proseso mula sa iba't ibang mga punto ng view (Larawan 1). Ang mga aspetong ito ay:
kontraktwal na aspeto;
aspeto ng pamamahala;
aspeto ng operasyon;
aspeto ng engineering;
aspeto ng suporta.
SA kontraktwal na aspeto Ang customer at supplier ay pumasok sa isang kontraktwal na relasyon at ipinatupad ang mga proseso ng pagkuha at paghahatid nang naaayon. SA aspeto ng pamamahala pinamamahalaan ng customer, supplier, developer, operator, serbisyo ng suporta at iba pang mga partido na kasangkot sa ikot ng buhay ng software ang pagpapatupad ng kanilang mga proseso. SA aspeto ng pagpapatakbo ang operator na nagpapatakbo ng system ay nagbibigay ng mga kinakailangang serbisyo sa mga user. SA aspeto ng engineering nalulutas ng developer o serbisyo ng suporta ang mga nauugnay na teknikal na problema sa pamamagitan ng pagbuo o pagbabago ng mga produkto ng software. SA aspeto ng suporta ang mga serbisyong nagpapatupad ng mga pantulong na proseso ay nagbibigay ng mga kinakailangang serbisyo sa lahat ng iba pang kalahok sa gawain.
Ang mga ugnayan sa pagitan ng mga prosesong inilarawan sa pamantayan ay static na karakter . Mas mahalaga mga dynamic na koneksyon sa pagitan ng mga proseso at ng mga partidong nagpapatupad ng mga ito ay itinatag sa mga tunay na proyekto.
Ang konsepto ng modelo at yugto ng ikot ng buhay ng software. Mga katangian ng mga yugto ng paglikha ng software.
1) Internasyonal na pamantayan ISO/ IEC 12207: 1995 Ito ay kung paano ito tinukoy ng modelo ng siklo ng buhay:
Ang modelo ng ikot ng buhay ng software ay nauunawaan bilang isang istraktura na tumutukoy sa pagkakasunud-sunod ng pagpapatupad at mga relasyon ng mga proseso, aksyon, at mga gawain sa buong ikot ng buhay. Ang modelo ng siklo ng buhay ay nakasalalay sa mga detalye, sukat at pagiging kumplikado ng proyekto at ang mga partikular na kondisyon kung saan nilikha at pinapatakbo ang system.
2) GOST R ISO/IEC 12207-99 Ito ay kung paano ito tinukoy ng modelo ng siklo ng buhay:
Ang isang modelo ng siklo ng buhay ay isang istraktura na binubuo ng mga proseso, gawain at mga gawain, kabilang ang pagbuo, pagpapatakbo at pagpapanatili ng isang produkto ng software, na sumasaklaw sa buhay ng isang system mula sa pagtatatag ng mga kinakailangan para dito hanggang sa katapusan ng paggamit nito.
Sa ilalim yugto Ang paglikha ng software ay nauunawaan bilang isang bahagi ng proseso ng paglikha ng software, na nililimitahan ng isang tiyak na takdang panahon, at nagtatapos sa pagpapalabas ng isang partikular na produkto (mga modelo ng software, mga bahagi ng software, dokumentasyon), na tinutukoy ng mga kinakailangan na tinukoy para sa yugtong ito. Ang mga yugto ng paglikha ng software ay nakikilala para sa mga dahilan ng nakapangangatwiran na pagpaplano at organisasyon ng trabaho na nagtatapos sa mga tinukoy na resulta.
Karaniwang kasama sa ikot ng buhay ng software ang mga sumusunod na istasyon:
Pagbuo ng mga kinakailangan sa software.
Disenyo.
Pagpapatupad.
Pagsubok.
Commissioning.
Operasyon at pagpapanatili.
Decommissioning.
Ang konsepto ng isang modelo ng ikot ng buhay ng software. Waterfall (cascade) na modelo ng ikot ng buhay ng software.
Tingnan ang punto 5
Sa orihinal na homogenous na IS, ang bawat aplikasyon ay isang solong kabuuan. Upang bumuo ng ganitong uri ng aplikasyon, ginamit ang paraan ng talon. Ang pangunahing katangian nito ay ang paghahati ng buong pag-unlad sa mga yugto, at ang paglipat mula sa isang yugto patungo sa susunod ay nangyayari lamang pagkatapos na ganap na makumpleto ang gawain sa kasalukuyang (Larawan 2). Ang bawat yugto ay nagtatapos sa pagpapalabas ng isang kumpletong hanay ng dokumentasyon, sapat na upang ang pag-unlad ay maipagpatuloy ng isang pangkat ng mga espesyalista sa susunod na yugto.
Mga kalamangan ng paggamit ng paraan ng cascade :
sa bawat yugto, isang kumpletong hanay ng dokumentasyon ng disenyo ay nabuo na nakakatugon sa mga kinakailangan ng pagkakumpleto at pagkakapare-pareho;
Ang mga yugto ng trabaho na isinasagawa sa isang lohikal na pagkakasunud-sunod ay ginagawang posible na planuhin ang oras ng pagkumpleto ng lahat ng trabaho at ang mga kaukulang gastos.
Ang diskarte sa cascade ay napatunayan nang mabuti sa pagtatayo ng mga sistema ng impormasyon, kung saan, sa pinakadulo simula ng pag-unlad, ang lahat ng mga kinakailangan ay maaaring mabuo nang tumpak at ganap, upang mabigyan ang mga developer ng kalayaan na ipatupad ang mga ito sa teknikal na paraan hangga't maaari. .
Kasabay nito, ang diskarte na ito ay may ilang mga disadvantages, pangunahing sanhi ng katotohanan na ang aktwal na proseso ng paglikha ng software ay hindi kailanman ganap na umaangkop sa tulad ng isang matibay na pamamaraan. Ang proseso ng paglikha ng software ay karaniwang likas na umuulit
: ang mga resulta ng susunod na yugto ay kadalasang nagdudulot ng mga pagbabago sa mga solusyon sa disenyo na binuo sa mga nakaraang yugto. Kaya, mayroong palaging pangangailangan na bumalik sa mga nakaraang yugto at linawin o baguhin ang mga naunang ginawang desisyon. Bilang resulta, ang tunay na proseso ng paglikha ng software ay nagkakaroon ng ibang anyo (Larawan 2). 
Malaking pagkaantala sa pagkuha ng mga resulta. Ang koordinasyon ng mga resulta sa mga gumagamit ay isinasagawa lamang sa mga puntong pinlano pagkatapos makumpleto ang bawat yugto ng trabaho; ang mga kinakailangan para sa IS ay "naka-frozen" sa anyo ng mga teknikal na pagtutukoy para sa buong oras ng paglikha nito. Kaya, ang mga user ay makakagawa lamang ng kanilang mga komento pagkatapos na ganap na makumpleto ang trabaho sa system. Kung ang mga kinakailangan ay hindi tumpak na sinabi o nagbabago ang mga ito sa loob ng mahabang panahon ng pagbuo ng software, ang mga gumagamit ay mapupunta sa isang sistema na hindi nakakatugon sa kanilang mga pangangailangan. Ang mga modelo (parehong functional at impormasyon) ng automated na bagay ay maaaring maging luma nang sabay-sabay sa kanilang pag-apruba.
Ang konsepto ng isang modelo ng ikot ng buhay ng software.Mabilis na modelo ng pagbuo ng application. Tingnan ang talata 5
Isa sa mga posibleng diskarte sa pagbuo ng application software sa loob ng framework ng spiral life cycle model ay ang malawakang ginagamit na paraan ng tinatawag na rapid application development, o RAD (Rapid Application Development). Ang RAD ay may tatlong bahagi:
maliliit na grupo ng mga developer (3-7 tao) na gumaganap ng trabaho sa disenyo ng mga indibidwal na subsystem ng software. Ito ay dahil sa pangangailangan para sa maximum controllability ng team;
maikli ngunit maingat na ginawa ang iskedyul ng produksyon (hanggang 3 buwan);
isang umuulit na cycle kung saan ang mga developer, habang ang application ay nagsisimulang magkaroon ng hugis, humihiling at ipatupad sa produkto ang mga kinakailangan na nakuha sa pamamagitan ng pakikipag-ugnayan sa customer.
Ang pangkat ng pagbuo ay dapat na isang pangkat ng mga propesyonal na may karanasan sa disenyo ng software, programming at pagsubok, magagawang makipag-ugnayan nang maayos sa end user at gawing mga gumaganang prototype ang kanilang mga panukala.
Ang mga sumusunod ay nakikilala: mga yugto ng proseso ng pag-unlad ng RAD :
Pagmomodelo ng negosyo . Ang mga daloy ng impormasyon sa pagitan ng mga function ng negosyo ay namodelo.
Pagmomodelo ng Data . Ang isang daloy ng impormasyon ay nakamapa sa isang hanay ng mga bagay ng data.
Pagproseso ng simulation . Ang mga pagbabagong-anyo ng mga object ng data ay tinukoy upang matiyak ang pagpapatupad ng mga function ng negosyo.
Pagbuo ng aplikasyon . Ang ika-4 na henerasyon na mga wika sa programming at handa na mga bahagi ay ginagamit upang bumuo ng utility ng automation.
Pagsubok at pagsasama . Ang paggamit ng mga reusable na bahagi ay binabawasan ang oras ng pagsubok.
Ang bawat pangunahing pag-andar ay binuo ng isang hiwalay na pangkat ng mga developer na kahanay nang hindi hihigit sa 3 buwan, at pagkatapos ay isinama sila sa buong system.
Mga disadvantages ng paggamit RAD :
Ang mga malalaking proyekto ay nangangailangan ng makabuluhang mapagkukunan ng tao upang lumikha ng mga koponan.
Ang modelo ay naaangkop lamang para sa mga system na maaaring mabulok sa magkahiwalay na mga module at kung saan ang pagganap ay hindi isang kritikal na halaga.
Hindi naaangkop sa mga kondisyon ng mataas na teknikal na panganib, i.e. kapag gumagamit ng bagong teknolohiya.
Ang konsepto ng isang modelo ng ikot ng buhay ng software. V-shaped na modelo ng ikot ng buhay ng software.
Ang V-shaped na life cycle model ay nilikha upang tulungan ang project team sa pagpaplano upang matiyak ang karagdagang pagsubok sa system. Ang modelong ito ay naglalagay ng partikular na diin sa mga aktibidad na naglalayong i-verify at patunayan ang produkto. Ipinapakita nito na ang pagsubok sa produkto ay tinalakay, idinisenyo at pinaplano nang maaga sa yugto ng buhay ng pag-unlad.
Ang isang plano sa pagsubok sa pagtanggap ng customer ay binuo sa yugto ng pagpaplano, at ang isang plano sa pagsubok ng layout ng system ay binuo sa panahon ng pagsusuri, pagbuo ng disenyo, atbp. Ang prosesong ito ng pagbuo ng mga plano sa pagsubok ay ipinahiwatig ng may tuldok na linya sa pagitan ng mga parihaba ng modelong hugis-V.
Ang V-shaped na modelo ay binuo bilang isang variation ng cascade model, at samakatuwid ay minana ang parehong sequential structure mula dito. Ang bawat kasunod na yugto ay magsisimula sa pagkumpleto ng pagkuha ng mga resulta ng nakaraang yugto.
Nagpapakita ang modelo Isang kumplikadong diskarte sa pagtukoy sa mga yugto ng proseso ng pagbuo ng software. Itinatampok nito ang mga ugnayang umiiral sa pagitan ng mga yugto ng analitikal at disenyo na nauuna sa coding, na sinusundan ng mga yugto ng pagsubok. Ang mga tuldok na linya ay nagpapahiwatig na ang mga phase na ito ay dapat isaalang-alang nang magkatulad.
kanin. . V-life cycle model
Ibinigay sa ibaba Maikling Paglalarawan bawat yugto ng V-model, mula sa pagpaplano ng proyekto at mga kinakailangan hanggang sa pagsubok sa pagtanggap:
pagpaplano ng proyekto at pangangailangan – tinutukoy ang mga kinakailangan ng system, pati na rin kung paano ilalaan ang mga mapagkukunan ng organisasyon upang matugunan ang mga kinakailangan (kung kinakailangan, ang mga function para sa hardware at software ay tinutukoy sa yugtong ito);
pagsusuri ng mga kinakailangan at pagtutukoy ng produkto – Ang pagsusuri ng kasalukuyang umiiral na problema sa software ay nagtatapos sa isang kumpletong detalye ng inaasahang panlabas na pag-uugali ng nilikha na sistema ng software;
arkitektura o disenyo sa pinakamataas na antas – tinutukoy kung paano dapat gamitin ang mga function ng software sa pagpapatupad ng proyekto;
detalyadong pagbuo ng proyekto – tumutukoy at nagdodokumento ng mga algorithm para sa bawat bahagi na tinukoy sa yugto ng arkitektura. Ang mga algorithm na ito ay mako-convert sa ibang pagkakataon sa code;
pagbuo ng code ng programa – ang mga algorithm na tinukoy sa detalyadong yugto ng disenyo ay na-convert sa tapos na software;
pagsubok ng yunit – bawat naka-encode na module ay sinusuri para sa mga error;
pagsasama at pagsubok – pagtatatag ng mga ugnayan sa pagitan ng mga grupo ng dati nang nasubok na mga module sa bawat elemento upang kumpirmahin na gumaganap ang mga pangkat na ito pati na rin ang mga module na nasubok nang hiwalay sa isa't isa sa yugto ng pagsubok sa bawat elemento;
sistema at pagsubok sa pagtanggap – ang paggana ng sistema ng software bilang isang buo (ganap na pinagsamang sistema) ay nasuri, pagkatapos mailagay sa kapaligiran ng hardware nito alinsunod sa pagtutukoy ng mga kinakailangan ng software;
produksyon, operasyon at pagpapanatili – ang software ay inilalagay sa produksyon. Kasama rin sa yugtong ito ang modernisasyon at mga susog;
mga pagsusulit sa pagtanggap (hindi ipinapakita sa figure) – nagbibigay-daan sa user na subukan ang functionality ng system para sa pagsunod sa mga unang kinakailangan. Pagkatapos ng huling pagsubok, ang software at nakapaligid na hardware ay magiging operational. Pagkatapos nito, ibinibigay ang pagpapanatili ng system.
mga pakinabang:
Ang modelo ay nagbibigay ng espesyal na diin sa pagpaplano na naglalayong i-verify at patunayan ang produktong binuo para sa maagang yugto pag-unlad nito. Ang yugto ng pagsubok sa yunit ay nagpapatunay sa detalyadong disenyo. Ang mga yugto ng pagsasama at pagsubok ay nagpapatupad ng disenyo o disenyo ng arkitektura sa pinakamataas na antas. Kinukumpirma ng yugto ng pagsubok ng system na ang yugto ng mga kinakailangan ng produkto at mga detalye nito ay nakumpleto nang tama;
ang modelo ay nagbibigay para sa sertipikasyon at pagpapatunay ng lahat ng panlabas at panloob na data na natanggap, at hindi lamang ang produkto ng software mismo;
sa V-modelo, ang kahulugan ng mga kinakailangan ay isinasagawa bago ang disenyo ng system, at ang disenyo ng software bago ang pagbuo ng bahagi;
ang modelo ay tumutukoy sa mga produkto na dapat makuha bilang isang resulta ng proseso ng pag-unlad, at ang bawat data na nakuha ay dapat na masuri;
salamat sa modelo, masusubaybayan ng mga tagapamahala ng proyekto ang pag-unlad ng proseso ng pag-unlad, dahil sa kasong ito posible na gumamit ng timeline, at ang pagkumpleto ng bawat yugto ay isang milestone;
Ang modelo ay madaling gamitin (na may kaugnayan sa proyekto kung saan ito ay angkop).
bahid:
sa tulong nito ay hindi madaling makayanan ang magkatulad na mga kaganapan;
hindi nito isinasaalang-alang ang mga pag-ulit sa pagitan ng mga yugto;
ang modelo ay hindi nagbibigay para sa pagpapakilala ng mga kinakailangan para sa mga dynamic na pagbabago sa iba't ibang yugto ng ikot ng buhay;
ang pagsubok ng mga kinakailangan sa ikot ng buhay ay nangyayari nang huli, bilang isang resulta kung saan imposibleng gumawa ng mga pagbabago nang hindi naaapektuhan ang iskedyul ng proyekto;
Ang modelo ay hindi kasama ang mga aksyon na naglalayong pagsusuri sa panganib.
Upang malampasan ang mga pagkukulang na ito, maaaring baguhin ang hugis-V na modelo upang isama ang mga umuulit na loop na idinisenyo upang malutas ang mga pagbabago sa mga kinakailangan sa labas ng yugto ng pagsusuri.
Tulad ng hinalinhan nito, ang waterfall model, ang V-shape na modelo ay pinakamahusay na gumagana kapag ang lahat ng impormasyon ng kinakailangan ay magagamit nang maaga. Ang isang karaniwang pagbabago sa V-modelo upang malampasan ang mga pagkukulang nito ay nagsasangkot ng pagpapakilala ng mga umuulit na loop upang malutas ang mga pagbabago sa mga kinakailangan sa labas ng yugto ng pagsusuri.
Ang paggamit ng modelo ay epektibo kapag ang impormasyon tungkol sa paraan ng pagpapatupad ng solusyon at ang teknolohiya ay magagamit, at ang mga kawani ay may mga kinakailangang kasanayan at karanasan sa pagtatrabaho sa teknolohiyang ito.
Ang modelong hugis-V ay isang mahusay na pagpipilian para sa mga system na nangangailangan ng mataas na pagiging maaasahan, tulad ng mga aplikasyon sa pagsubaybay sa klinikal na pasyente at naka-embed na software para sa mga kontrol ng airbag ng sasakyan.
Ang konsepto ng isang modelo ng ikot ng buhay ng software. Ang spiral model ng Boehm ng ikot ng buhay ng software.
Spiral na modelo - isang klasikong halimbawa ng aplikasyon ng isang evolutionary na diskarte sa disenyo. Ang spiral model (ni Barry Boehm, 1988) ay nakabatay sa pinakamahusay na katangian ng classical life cycle at prototyping, kung saan idinagdag ang isang bagong elemento - risk analysis, na dati ay nawawala.
Gaya ng ipinapakita sa Fig. 3, tinukoy ng modelo ang apat na aksyon, na kinakatawan ng apat na quadrant ng helix:
Pagpaplano - pagtukoy ng mga layunin, opsyon at mga hadlang.
Pagsusuri ng panganib - pagsusuri ng mga opsyon at pagkilala/pagpili ng panganib.
Disenyo - pagbuo ng isang susunod na antas ng produkto.
Pagsusuri - pagtatasa ng customer sa kasalukuyang mga resulta ng disenyo.
Ang integrating aspeto ng spiral model ay halata kapag ang radial dimension ng spiral ay isinasaalang-alang. Sa bawat pag-ulit sa isang spiral (paglipat mula sa gitna patungo sa paligid), parami nang parami buong bersyon NG.