Formuly Hartli i Shennona

Veb-prilojenie — klient-servernoe prilojenie, v kotorom klientom vystupaet brauzer, a ser-verom — veb-server. Brauzer mojet yavlyat'sya realizaciey tak nazyvaemyh tonkih klientov. Brauzer sposoben otobrajat' veb-stranicy i, kak pravilo, vhodit v sostav operacionnoy sistemy, a funk-cii ego obnovleniya i soprovojdeniya lejat na postavschike operacionnoy sistemy. Logika prilo-jeniya sosredotachivaetsya na servere, a funkciya brauzera zaklyuchaetsya v osnovnom v otobrajenii informacii, zagrujennoy po seti s servera, i peredache obratno dannyh pol'zovatelya. Odnim iz preimuschestv takogo podhoda yavlyaetsya tot fakt, chto klienty ne zavisyat ot konkretnoy operacionnoy sistemy pol'zovatelya, i veb-prilojeniya, takim obrazom, yavlyayutsya mejplatformennymi servisami.

Tehnologii sozdaniya servernyh chastey Web-prilojeniy

Common Gateway Interface (CGI) — eto standartnyy interfeys, pozvolyayuschiy vypolnyat' server-nye prilojeniya, vyzyvaemye cherez URL. Vhodnoy informaciey dlya takih prilojeniy slujit so-derjimoe HTTP-zagolovka libo telo zaprosa, v zavisimosti ot primenyaemogo protokola. CGI-prilojeniya generiruyut HTML-kod, kotoryy vozvraschaetsya brauzeru. Otmetim, chto v svoe vremya shi-roko ispol'zovalsya i termin CGI-skript, proishojdenie kotorogo ob"yasnyaetsya tem, chto podob-nye prilojeniya pisalis' na skriptovyh yazykah tipa Perl, vypolnyayuschihsya, tem ne menee, ne v brauzere, a na servere. CGI-prilojeniya mojno sozdavat' s pomosch'yu prakticheski lyubogo sredstva razrabotki, generiruyuschego konsol'nye prilojeniya dlya operacionnoy sistemy, pod upravleniem kotoroy funkcioniruet Web-server. Osnovnaya problema vseh CGI-prilojeniy zaklyuchaetsya v tom, chto pri kajdom klientskom zaprose server zagrujaet eto prilojenie v otdel'noe adresnoe prostranstvo, a zatem iniciiruet ego vypolnenie i vygruzku. Eta osobennost' ogranichivaet proizvoditel'nost' prilojeniy i vozmojnost' odnovremennoy obrabotki bol'shogo kolichestva klientskih zaprosov.

Ocherednoy shag v razvitii tehnologiy sozdaniya Internet-prilojeniy — poyavlenie sredstv, poz-volyayuschih otdelit' zadachi Web-dizayna ot zadach, svyazannyh s realizaciey funkcional'nosti pri-lojeniy. Pervoy iz takih tehnologiy stala Active Server Pages (ASP), postroennaya na osnove ISAPI-fil'tra. Osnovnaya ideya ASP zaklyuchaetsya v sozdanii Web-stranic s vnedrennymi v nih fragmentami koda na skriptovyh yazykah. Odnako, v otlichie ot rassmotrennyh vyshe sredstv primeneniya skriptovyh yazykov dlya rasshireniya funkcional'nosti brauzerov, ukazannye fragmenty koda interpretiruyutsya ne brauzerom, a serverom (tochnee, prednaznachennoy dlya etogo ISAPI-bibliotekoy), i rezul'tat vypolneniya etih fragmentov koda zameschaet sam fragment koda v toy versii stranicy, kotoraya peredaetsya v pol'zovatel'skiy brauzer. Vskore posle ASP poyavilis' i drugie tehnologii, realizuyuschie ideyu razmescheniya vnutri Web-stranicy koda, vypolnyaemogo Web-serverom. Naibolee izvestnoy iz nih segodnya yavlyaetsya tehnologiya JSP (Java Server Pages), osnovnaya ideya kotoroy — odnokratnaya kompilyaciya Java-koda (servleta) pri pervom obraschenii k nemu, vypolnenie metodov etogo servleta i pomeschenie rezul'tatov vypolneniya etih metodov v nabor dannyh, otpravlyaemyh v brauzer. Esche odnoy populyarnoy tehnologiey podobnogo tipa yavlyaetsya PHP (Personal Home Pages), kotoraya ispol'zuet CGI-prilojeniya, interpretiruyuschie vnedrennyy v HTML-stranicu kod na skriptovom yazyke.

AJAX — eto podhod k postroeniyu interaktivnyh pol'zovatel'skih interfeysov veb-prilojeniy, zaklyuchayuschiysya v fonovom obmene dannymi brauzera s veb-serverom. V rezul'tate pri obnovlenii dannyh veb-stranica ne perezagrujaetsya polnost'yu, i veb-prilojeniya stanovyatsya bolee bystrymi i udobnymi.

AJAX — eto ne samostoyatel'naya tehnologiya, a koncepciya ispol'zovaniya neskol'kih smejnyh tehnologiy. AJAX baziruetsya na dvuh osnovnyh principah:

ispol'zovanie tehnologii dinamicheskogo obrascheniya k serveru na letu, bez perezagruzki vsey stranicy polnost'yu, naprimer:

s ispol'zovaniem XMLHttpRequest (osnovnoy ob"ekt);

cherez dinamicheskoe sozdanie dochernih freymov;

cherez dinamicheskoe sozdanie tega <script>.

ispol'zovanie DHTML dlya dinamicheskogo izmeneniya soderjaniya stranicy;

V kachestve formata peredachi dannyh obychno ispol'zuyutsya JSON ili XML.

Preimuschestva

Ekonomiya trafika

Ispol'zovanie AJAX pozvolyaet znachitel'no sokratit' trafik pri rabote s veb-prilojeniem bla-godarya tomu, chto chasto vmesto zagruzki vsey stranicy dostatochno zagruzit' tol'ko izmenivshuyusya chast', inogda dovol'no nebol'shuyu.

Umen'shenie nagruzki na server

AJAX pozvolyaet neskol'ko snizit' nagruzku na server. K primeru, na stranice raboty s pochtoy, kogda vy otmechaete prochitannye pis'ma, serveru dostatochno vnesti izmeneniya v bazu dannyh i ot-pravit' klientskomu skriptu soobschenie ob uspeshnom vypolnenii operacii bez neobhodimosti povtorno sozdavat' stranicu i peredavat' ee klientu.

Uskorenie reakcii interfeysa

Poskol'ku nujno zagruzit' tol'ko izmenivshuyusya chast', to pol'zovatel' vidit rezul'tat svoih deystviy bystree.

Nedostatki

Integraciya so standartnymi instrumentami brauzera

Dinamicheski sozdavaemye stranicy ne registriruyutsya brauzerom v istorii posescheniya stranic, poetomu ne rabotaet knopka Nazad, predostavlyayuschaya pol'zovatelyam vozmojnost' vernut'sya k prosmotrennym ranee stranicam, no suschestvuyut skripty, kotorye mogut reshit' etu problemu.

Drugoy nedostatok izmeneniya soderjimogo stranicy pri postoyannom URL zaklyuchaetsya v nevoz-mojnosti sohraneniya zakladki na jelaemyy material. Chastichno reshit' eti problemy mojno s po-mosch'yu dinamicheskogo izmeneniya identifikatora fragmenta (chasti URL posle #), chto pozvolyayut mnogie brauzery.

Dinamicheski zagrujaemoe soderjimoe nedostupno poiskovikam (esli ne proveryat' zapros, obych-nyy on ili XHttpRequest)

Poiskovye mashiny ne mogut vypolnyat' JavaScript, poetomu razrabotchiki doljny pozabotit'sya ob al'ternativnyh sposobah dostupa k soderjimomu sayta.

Starye metody ucheta statistiki saytov stanovyatsya neaktual'nymi

Mnogie servisy statistiki vedut uchet prosmotrov novyh stranic sayta. Dlya saytov, stranicy kotoryh shiroko ispol'zuyut AJAX, takaya statistika teryaet aktual'nost'.

 

21. Informacionnye sistemy (IS). Urovni i komponenty IS. Jiznennyy cikl IS i ego osnovnye modeli. Informacionnye resursy IS.

"Informacionnaya sistema (IS)" - model', gde reshenie postavlennoy zadachi organizovano iz neskol'kih komponentov, ispol'zuyuschih edinyy informacionnyy istochnik, i ob"edennyh v tehnologicheskuyu cepochku. Pravila raboty dannogo ob"edineniya mogut byt' vyrajeny kak v logike raboty otdel'nyh, tak i gruppy prilojeniy. V ramkah IS mogut byt' ispol'zovany prilojeniya, funkcioniruyuschie na raznyh programmnyh platformah, i orientirovannye na resheniya uzkospecializirovannyh zadach. Pri etom vozmojno primenenie PP i IR, esli est' dostup k ih informacionnym resursam ili funkciyam. Nalichie mehanizmov organizacii vzaimodeystviya komponentov, v processe vypolneniya, i ih vliyanie na pravila raboty drug druga, pozvolyaet otnesti takuyu model' k slojnym sistemam.

Vsyakaya sistema harakterizuetsya cel'yu, granicami, strukturoy, vhodom, vyhodom, pryamoy i obrat-noy svyaz'yu.

Pod IS v ekonomicheskoy informatike ponimaetsya sistema, prednaznachennaya dlya sbora, peredachi, obrabotki, hraneniya i vydachi informacii potrebitelyam s pomosch'yu vychislitel'nogo i kommunikacionnogo oborudovaniya, sredstv programmnogo obespecheniya i obslujivayuschego personala

Avtomatizirovannoy informacionnoy sistemoy nazyvaetsya kompleks, vklyuchayuschiy vychislitel'noe i kommunikacionnoe oborudovanie, programmnoe obespechenie, lingvisticheskie sredstva i informacionnye resursy, a takje sistemnyy personal i obespechivayuschiy podderjku dinamicheskoy informacionnoy modeli nekotoroy chasti real'nogo mira dlya udovletvoreniya informacionnyh potrebnostey pol'zovateley

Informacionnaya model' - model' predmetnoy oblasti, podderjivaemaya informacionnoy si-stemoy, materializuetsya v forme organizovannyh neobhodimym obrazom informacionnyh resursov

Informacionnye resursy - otdel'nye dokumenty i otdel'nye massivy dokumentov, dokumenty i massivy dokumentov v informacionnyh sistemah: bibliotekah, arhivah, fondah, bankah dannyh, drugih vidah informacionnyh sistem.

Informacionnye resursy sistemy sostavlyayut glavnyy komponent modeli predmetnoy oblasti, kotoruyu sistema podderjivaet.

Vajno zametit', chto v lyuboy informacionnoy sisteme podderjivaetsya dve kategorii informa-cionnyh resursov. Resursy pervoy kategorii neposredstvenno ispol'zuyutsya konechnymi pol'zova-telyami sistemy. Resursy vtoroy kategorii mojno bylo by nazvat' metaresursami. Opisyvaya svoy-stva resursov pervoy kategorii, oni pozvolyayut sisteme korrektno operirovat' imi. Kak uje otme-chalos', resursy pervoy kategorii chasto nazyvayut dannymi nezavisimo ot sredy ih predstavleniya (izobrajeniya, tekstovye dokumenty, audiozapisi i t.d.), a metaresursy — metadannymi.

V sistemah, osnovannyh na tehnologiyah baz dannyh, podderjivayutsya strukturirovannye dannye, organizovannye v vide tablic ili kakih-libo inyh struktur dannyh. K informacionnym resursam sistem baz dannyh otnosyatsya takje i shemy baz dannyh. V takih sistemah oni otnosyatsya k kategorii metadannyh.

V tekstovyh sistemah informacionnye resursy vklyuchayut kollekcii dokumentov, predstavlen-nyh na estestvennyh yazykah. Eto informacionnye resursy dlya konechnyh pol'zovateley. Krome togo, podderjivayutsya metadannye — tezaurusy, specifikacii ontologii i t.p., kotorye yavlyayutsya informacionnymi resursami, ispol'zuemymi samoy sistemoy.

Pol'zovatel'skie informacionnye resursy v Web - eto stranicy Web-saytov, resursy skryto-go Web-bazy dannyh, a takje razlichnye dostupnye pol'zovatelyam Web-dokumenty, predstavlen-nye v formatah, otlichnyh ot HTML. V Web novogo pokoleniya k informacionnym resursam, krome togo, otnosyatsya ne tol'ko predstavlennye na Web-saytah XML-dokumenty, no i razlichnye metadan-nye. Oni opisyvayut shemy XML-dokumentov, ih semantiku, ontologii.

Obschie svoystva informacionnyh sistem:

Lyubaya IS prednaznachena dlya sbora, hraneniya i obrabotki informacii, poetomu v osnove lyuboy IS lejit sreda hraneniya i dostupa k dannym. Sreda - sovokupnost' resursov, predostavlyae-myh v rasporyajenie pol'zovatelya sistemy. Sreda doljna obespechit' uroven' nadejnosti hraneniya i effektivnost' dostupa, sootvetstvuyuschie oblasti primeneniya IS;

IS orientiruyutsya na konechnogo pol'zovatelya, naprimer, buhgaltera. Takie pol'zovateli mogut byt' ochen' daleki ot mira komp'yuterov.

Pri razrabotke informacionnoy sistemy prihoditsya reshat' dve osnovnye zadachi:

razrabotka bazy dannyh dlya hraneniya informacii;

razrabotka graficheskogo interfeysa pol'zovatelya klientskih prilojeniy.

Osobennosti informacionnyh sistem:

sreda, v kotoroy rabotayut IS, ves'ma slojna, ne polnost'yu opredelena i problematichna v modelirovanii;

IS imeyut slojnoe sopryajenie so sredoy, vklyuchayuschey mnojestvo vhodnyh i vyhodnyh ce-pey;

funkcionirovanie vzaimosvyazi vhodnyh i vyhodnyh signalov, slojnyh v strukturnom i algoritmicheskom otnosheniyah;

IS vklyuchayut v sebya bol'shie i slojnye bazy dannyh ili bazy znaniy;

organizacii-zakazchiki obychno krayne nujdayutsya v postoyannoy i prodoljitel'noy raboto-sposobnosti IS, prichem sroki pervonachal'nogo vvoda ih v ekspluataciyu i posleduyuschih modifi-kaciy ustanavlivayutsya krayne sjatymi.

Dlya funkcionirovaniya IS neobhodimy sleduyuschie osnovnye komponenty:

1. baza dannyh (BD);

2. shema bazy dannyh;

3. sistema upravleniya bazoy dannyh (SUBD);

4. prilojeniya;

5. pol'zovateli;

6. tehnicheskie sredstva.

Rassmotrim kratko kajdyy iz etih komponentov. Nachnem s bazy dannyh. Vajnym svoystvom BD yavlyaetsya to, chto baza dannyh mojet sebya opisat'. Mojno skazat', chto BD obyazatel'no soderjit — dannye i metadannye. Dannye — eto dannye pol'zovatelya ili predpriyatiya, ispol'zuyuschego siste-mu, i svyazannye s ego deyatel'nost'yu. Naprimer, dannye o produkcii, schetah, korovah. Metadannye — eto dannye o dannyh ili shema bazy dannyh, kotoraya opisyvaet strukturu obychnyh dannyh i daet o nih fundamental'nuyu informaciyu.

Pol'zovateley mojno razdelit' na tri bol'shie gruppy: (1) prikladnye programmisty, (3) pol'-zovateli, (3) administratory.

Prikladnye programmisty — otvechayut za napisanie biznes-prilojeniy, ispol'zuyuschih bazu dannyh (naprimer, prilojeniya po avtomatizacii buhgalterskogo ucheta, marketinga).

Konechnye pol'zovateli (naprimer, menedjer, buhgalter) — rabotayut s informacionnoy siste-moy neposredstvenno cherez rabochuyu stanciyu ili terminal. Pol'zovatel' poluchaet dostup k BD, ispol'zuya odno iz prilojeniy.

Tehnicheskim specialistom, otvetstvennym za realizaciyu resheniy administratora dannyh, yavlya-etsya administrator BD. Ego rabota zaklyuchaetsya v sozdanii samoy BD i tehnicheskom kontrole, neob-hodimom dlya osuschestvleniya resheniy administratora dannyh.

Mejdu sobstvenno BD (t. e. dannymi) i pol'zovatelyami raspolagaetsya uroven' programmnogo obespecheniya — sistema upravleniya bazoy dannyh. Vse zaprosy pol'zovateley na dostup k BD obra-batyvayutsya SUBD.

SUBD vajnyy, no ne edinstvennyy komponent programmnogo obespecheniya IS. Sredi drugih — upomyanutye vyshe biznes-prilojeniya, utility, CASE-sredstva, generatory otchetov i form i t.d.

Tehnicheskie sredstva informacionnyh sistem mogut vklyuchat':

sredstva vychislitel'noy tehniki (servernoe oborudovanie, rabochie stancii, printery i t.d.),

lokal'nye vychislitel'nye seti,

kopiroval'no-mnojitel'nuyu apparaturu,

sredstva svyazi (uchrejdencheskie ATS, kanaly svyazi i kanal'noe oborudovanie, telefony, faksimil'nye apparaty, mobil'nye sredstva svyazi).

Jiznennyy cikl – period sozdaniya i ispol'zovaniya informacionnyh sistem, ohvatyvayuschiy ee razlichnye sostoyaniya, nachinaya s momenta vozniknoveniya neobhodimosti v dannoy IS i zakanchivaya momentom ee polnogo vyhoda iz ekspluatacii.

Stadii jiznennogo cikla:

predproektnyy analiz - opisanie predmetnoy oblasti i ob"ektov: funkcional'naya model', inf.model', analiz modeley, formulirovanie zadach sis-my, analiz i opisanie suschestvuyuschih sredstv resheniya zadachi, opredelenie byudjeta proekta.

proektirovanie – tehnicheskoe zadanie, eskiznyy proekt, tehnicheskiy proekt.

razrabotka – priobretenie komponent, dostavka, nachal'naya ustanovka, razrabotka PO

integraciya i sborka – nastroyka sistemy, montaj setevoy infrastruktury, nastroyka PO, testirovanie sistemy v celom, probnaya ekspluataciya.

vnedrenie – vvedenie novoy sistemnoy politiki, obuchenie pol'zovateley, perevod biznes-processov na novuyu sistemu.

ekspluataciya – vypolnenie operaciy, soprovojdenie, audit, reshenie problem, verifikaciya, reshenie o modernizacii.

Model' JC - eto opisanie poryadka ispolneniya etapov v hode razrabotki IS, a takje kriterii perehoda ot etapa k etapu

Kaskadnaya model'

V rannih, ne ochen' bol'shih po ob"emu odnorodnyh informacionnyh sistem kajdoe prilojenie predstavlyalo soboy edinoe celoe. Dlya razrabotki takogo tipa prilojeniy primenyalsya kaskadnyy sposob. Ego osnovnoy harakteristikoy yavlyaetsya razbienie vsey razrabotki na etapy, prichem perehod s odnogo etapa na sleduyuschiy proishodit tol'ko posle togo, kak budet polnost'yu zavershena rabota na tekuschem (ris. 1). Kajdyy etap zavershaetsya vypuskom polnogo komplekta dokumentacii, dostatochnoy dlya togo, chtoby razrabotka mogla byt' prodoljena drugoy komandoy razrabotchikov.

Polojitel'nye storony primeneniya kaskadnogo podhoda zaklyuchayutsya v sleduyuschem:

na kajdom etape formiruetsya zakonchennyy nabor proektnoy dokumentacii, otvechayuschiy kri-teriyam polnoty i soglasovannosti;

vypolnyaemye v logichnoy posledovatel'nosti etapy rabot pozvolyayut planirovat' sroki za-versheniya vseh rabot i sootvetstvuyuschie zatraty.

 

Ris. 1. Kaskadnaya shema razrabotki

Kaskadnyy podhod horosho zarekomendoval sebya pri postroenii informacionnyh sistem, dlya kotoryh v samom nachale razrabotki mojno dostatochno tochno i polno sformulirovat' vse trebo-vaniya, s tem, chtoby predostavit' razrabotchikam svobodu realizovat' ih kak mojno luchshe s teh-nicheskoy tochki zreniya. V etu kategoriyu popadayut slojnye raschetnye sistemy, sistemy real'nogo vremeni i drugie podobnye zadachi. Odnako v processe ispol'zovaniya etogo podhoda obnarujilsya ryad ego nedostatkov, vyzvannyh, prejde vsego tem, chto real'nyy process sozdaniya sistem nikogda polnost'yu ne ukladyvalsya v takuyu jestkuyu shemu. V processe sozdaniya postoyanno voznikala potrebnost' v vozvrate k predyduschim etapam i utochnenii ili peresmotre ranee prinyatyh resheniy. V rezul'tate real'nyy process sozdaniya programmnogo obespecheniya prinimal sleduyuschiy vid (ris. 2):

Osnovnym nedostatkom kaskadnogo podhoda yavlyaetsya suschestvennoe zapazdyvanie s polucheniem rezul'tatov. Soglasovanie rezul'tatov s pol'zovatelyami proizvoditsya tol'ko v tochkah, plani-ruemyh posle zaversheniya kajdogo etapa rabot, trebovaniya k informacionnym sistemam "zamo-rojeny" v vide tehnicheskogo zadaniya na vse vremya ee sozdaniya. Takim obrazom, pol'zovateli mogut vnesti svoi zamechaniya tol'ko posle togo, kak rabota nad sistemoy budet polnost'yu zavershena. V sluchae netochnogo izlojeniya trebovaniy ili ih izmeneniya v techenie dlitel'nogo perioda sozdaniya programmnogo obespecheniya, pol'zovateli poluchayut sistemu, ne udovletvoryayuschuyu ih potrebnostyam. Modeli (kak funkcional'nye, tak i informacionnye) avtomatiziruemogo ob"ekta mogut ustaret' odnovremenno s ih utverjdeniem. Suschnost' sistemnogo podhoda k razrabotke IS zaklyuchaetsya v ee dekompozicii (razbienii) na avtomatiziruemye funkcii: sistema razbivaetsya na funkcional'nye podsistemy, kotorye v svoyu ochered' delyatsya na podfunkcii, podrazdelyaemye na zadachi i tak dalee. Process razbieniya prodoljaetsya vplot' do konkretnyh procedur. Pri etom avtomatiziruemaya sistema sohranyaet celostnoe predstavlenie, v kotorom vse sostavlyayuschie komponenty vzaimouvyazany. Takim obrazom, dannaya model' osnovnym dostoinstvom imeet sistemnost' razrabotki, a osnovnye nedostatki - medlenno i dorogo.

+ primeneniya kaskadnogo podhoda zaklyuchayutsya v sleduyuschem:

- na kajdom etape formiruetsya zakonchennyy nabor proektnoy dokumentacii, otvechayuschiy kri-teriyam polnoty i soglasovannosti;

- vypolnyaemye v logichnoy posledovatel'nosti etapy rabot pozvolyayut planirovat' sroki za-versheniya vseh rabot i sootvetstvuyuschie zatraty

- primeneniya kaskadnogo podhoda

suschestvennaya zaderjka v poluchenii rezul'tatov;

oshibki i nedorabotki na lyubom iz etapov proyavlyayutsya, kak pravilo, na posleduyuschih etapah rabot, chto privodit k neobhodimosti vozvrata nazad;

slojnost' parallel'nogo vedeniya rabot po proektu;

chrezmernaya informacionnaya perenasyschennost' kajdogo iz etapov;

slojnost' upravleniya proektom;

vysokiy uroven' riska i nenadejnost' investiciy.

Spiral'naya model'

Dlya preodoleniya perechislennyh problem byla predlojena spiral'naya model' jiznennogo cikla (ris. 3), delayuschaya upor na nachal'nye etapy jiznennogo cikla: analiz i proektirovanie. Na etih etapah realizuemost' tehnicheskih resheniy proveryaetsya putem sozdaniya prototipov. Kajdyy vitok spirali sootvetstvuet sozdaniyu fragmenta ili versii programmnogo obespecheniya, na nem utochnyayutsya celi i harakteristiki proekta, opredelyaetsya ego kachestvo, planiruyutsya raboty sleduyuschego vitka spirali. Takim obrazom, uglublyayutsya i posledovatel'no konkretiziruyutsya detali proekta, i v rezul'tate vybiraetsya obosnovannyy variant, kotoryy dovoditsya do realizacii.

Razrabotka iteraciyami otrajaet ob"ektivno suschestvuyuschiy spiral'nyy cikl sozdaniya sistemy. Nepolnoe zavershenie rabot na kajdom etape pozvolyaet perehodit' na sleduyuschiy etap, ne dojidayas' polnogo zaversheniya raboty na tekuschem. Pri iterativnom sposobe razrabotki nedo-stayuschuyu rabotu mojno budet vypolnit' na sleduyuschey iteracii. Glavnaya je zadacha - kak mojno bystree pokazat' pol'zovatelyam sistemy rabotosposobnyy produkt, tem samym, aktiviziruya process utochneniya i dopolneniya trebovaniy.

Osnovnaya problema spiral'nogo cikla - opredelenie momenta perehoda na sleduyuschiy etap. Dlya ee resheniya neobhodimo vvesti vremennye ogranicheniya na kajdyy iz etapov jiznennogo cikla. Perehod osuschestvlyaetsya v sootvetstvii s planom, daje esli ne vsya zaplanirovannaya rabota zakonchena. Plan sostavlyaetsya na osnove statisticheskih dannyh, poluchennyh v predyduschih proektah, i lichnogo opyta razrabotchikov.

 

Ris 3. Spiral'naya model' JC IS

+ spiral'noy modeli:

- nakoplenie i povtornoe ispol'zovanie programmnyh sredstv, modeley i prototipov;

- orientaciya na razvitie i modifikaciyu PO v processe proektirovaniya;

- analiz riska i izderjek v processe proektirovaniya.

 

JC IS V SOOTVETSTVII S PODHODOM RAD. OSN. PRINCIPY PODHODA RAD.

Odnim iz vozmojnyh podhodov k razrabotke programmnogo obespecheniya v ramkah spiral'noy modeli jiznennogo cikla yavlyaetsya poluchivshaya v poslednee vremya shirokoe rasprostranenie me-todologiya bystroy razrabotki prilojeniy RAD (Rapid Application Development). Pod etim ter-minom obychno ponimaetsya process razrabotki programmnogo obespecheniya, soderjaschiy 3 ele-menta:

nebol'shuyu komandu programmistov (ot 2 do 10 chelovek);

korotkiy, no tschatel'no prorabotannyy proizvodstvennyy grafik (ot 2 do 6 mes.);

povtoryayuschiysya cikl, pri kotorom razrabotchiki, po mere togo, kak prilojenie nachinaet obretat' formu, zaprashivayut i realizuyut v produkte trebovaniya, poluchennye cherez vzaimodey-stvie s zakazchikom. JC programmnogo obespecheniya po metodologii RAD sostoit iz chetyreh faz:

faza opredeleniya trebovaniy i analiza;

faza proektirovaniya;

faza realizacii;

faza vnedreniya.

Stadii: - analiza i planirovanie trebovaniy

- proektirovanie

- realizaciya

- vnedrenie

 

22. Arhitektura klient-server prednaznachena dlya razresheniya problem fayl-servernyh prilo-jeniy putem razdeleniya komponentov prilojeniya i razmescheniya ih tam, gde oni budut funkcioni-rovat' naibolee effektivno. Osobennost'yu arhitektury klient-server yavlyaetsya ispol'zovanie vy-delennyh serverov baz dannyh, ponimayuschih zaprosy na yazyke strukturirovannyh zaprosov SQL (Structured Query Language) i vypolnyayuschih poisk, sortirovku i agregirovanie informacii.

Bol'shinstvo konfiguraciy klient-server ispol'zuet dvuhurovnevuyu model', v kotoroy klient obraschaetsya k uslugam servera.

Arhitektura klient-server opredelyaet obschie principy organizacii vzaimodeystviya v seti, gde imeyutsya servery, uzly-postavschiki nekotoryh specifichnyh funkciy (servisov) i klienty, potrebiteli etih funkciy.

Prakticheskie realizacii takoy arhitektury nazyvayutsya klient-servernymi tehnologiyami.

Dvuhzvennaya arhitektura V lyuboy seti, postroennoy na sovremennyh setevyh tehnologiyah, pri-sutstvuyut elementy klient-servernogo vzaimodeystviya, chasche vsego na osnove dvuhzvennoy arhi-tektury. Dvuhzvennoy ona nazyvaetsya iz-za neobhodimosti raspredeleniya treh bazovyh komponen-tov mejdu dvumya uzlami (klientom i serverom).

Dvuhzvennaya arhitektura ispol'zuetsya v klient-servernyh sistemah, gde server otvechaet na kli-entskie zaprosy napryamuyu i v polnom ob"eme, pri etom ispol'zuya tol'ko sobstvennye resursy. T.e. server ne vyzyvaet storonnie setevye prilojeniya i ne obraschaetsya k storonnim resursam dlya vy-polneniya kakoy-libo chasti zaprosa.