Ծրագրի տեսլականի օրինակ. Ընկերության տեսլականը. Տեսիլքի տեղեկատվական կազմը

  • 13.11.2019

Տեսիլք- սա ապագայում ընկերության իդեալական վիճակի նկարագրությունն է, ընկերության շարժման ուղեցույց: Տեսլականը խթանում է մոտիվացիան ամբողջ կազմակերպությունում, ուստի դրա բանաձևը պետք է ոգեշնչի բոլորին: Ընկերության տեսլականն ավելին է, քան ընկերության կամ նրա ղեկավարության նպատակները (այսքան և այդքան շատ վաստակել) և նրա առաքելությունը: Թեև վերջինս հաճախ նկարագրվում է տեսողության նման տերմիններով։ Բիզնեսի ռազմավարական պլանավորումը սկսվում է տեսլականի ձևակերպմամբ: Տեսլականը ընկերությանը տրամադրում է գործողությունների ուղեցույց: Ժամկետը միացված է Անգլերեն ԼեզուՏեսիլքի հայտարարություններ:

Ձեռնարկությունը կարող է երկար ժամանակ հաջողակ լինել, եթե ձեռնարկության աշխատակիցները նույնականանան նրա հետ։ Նրանք պետք է իմանան, թե ինչի համար է աշխատում իրենց ձեռնարկությունը, որն է գործունեության իմաստը։ Իսկ եթե նրանք գիտեն պատասխանը, և պատասխանը դրական է հնչում, ապա զգացմունքային մակարդակում պատրաստ են իրենց ջանքերը գործադրել նպատակին հասնելու համար։ Որովհետև նրանք այժմ ունեն այդ հարցի տեսլականը: Եվ այս գործի հետ կա ինքնանույնականացում։ Ինչու՞ ենք մենք անում այն, ինչ անում ենք այսօր: Որտե՞ղ ենք մենք մեզ տեսնում 5-10 տարի հետո.

տեսողության մոդել

Դ. Քոլինզը նկարագրում է տեսողության հետևյալ մոդելը. Այն ներառում է երկու կարևոր բաղադրիչ. - առանցքային գաղափարախոսություն (հիմնական գաղափարախոսություն) - երևակայված ապագա (պատկերացված ապագա): Հիմնական գաղափարախոսությունը բաղկացած է հիմնական արժեքներից և հիմնական նպատակից (առաքելությունից): Պատկերացված ապագան անպայմանորեն ներառում է նպատակներ (Տե՛ս Նպատակների կարգավորում), որոնք պարունակում են ընկերության համար մարտահրավեր և այդ նպատակներին հասնելու արդյունքների հստակ նկարագրություն: Տեսլականը վերացական ցանկություն չէ։ Այն պետք է կառուցվի իրական հիմքի վրա և համապատասխանի իրականությանը։ Ընկերության տեսլականի կատարելագործմանը նպաստում է նոր արտադրանքի մշակումը, նոր տեխնոլոգիաների ներդրումը, կառույցների վերակազմավորումը: Այս ամենը հանգեցնում է իմաստի հստակեցմանը և համատեղ աշխատանքաշխատողներ. Այստեղ յուրաքանչյուր աշխատող իր դերն ունի։ Ընկերության, բիզնեսի տեսլականը ավելին է, քան ընկերության հիմնական նպատակների ընդհանրացում: Այնուամենայնիվ, նպատակներն ու առաքելությունը շատ ընդհանրություններ ունեն: Նրանք պետք է համապատասխանեն: Հաճախ նպատակները բխում են բիզնեսի տեսլականից և առաքելությունից: Եվ եթե մեկը փոխկապակցված է մյուսի հետ, ապա բիզնեսի տեսլականը, առաքելությունը և նպատակները իրատեսական են թվում: Վստահելիությունն է հիմնական սկզբունքըբիզնես տեսլականի ձևավորում. Այստեղ ենթադրվում է, որ տեսլականի հայտարարությունը հաշվի է առնում աշխատողների կարծիքը. տեսլականը մշտապես հաստատվում է ղեկավարության կոնկրետ գործողություններով. սա ապահովում է համապատասխանեցում ամենօրյա աշխատանքային գրաֆիկի, նպատակների և տեսլականի հետ:

Տեսլական և առաքելություն

Տեսլականը մեր պատկերացումն է ապագայի մասին, որը կգա, նույնիսկ եթե մենք այնտեղ չլինենք: Առաքելությունը մեր տեղն է ապագայում, որը մենք տեսնում ենք: Տեսլականն այն է, որտեղ դուք ցանկանում եք լինել: Այն կարող է հիմնված լինել արժեքի վրա՝ տնտեսական իմաստով, բայց դա պարտադիր չէ: Կոնկրետ նպատակն է՝ «մենք ուզում ենք հասնել 1 միլիոն դոլարի շրջանառության»։ կարող է դառնալ «մենք ուզում ենք ունենալ ամենամեծ մասնաբաժինըշուկա մեր արդյունաբերության մեջ: Տեսլականը տարբերվում է առաքելությունից նրանով, որ այն կենտրոնանում է և՛ ընկերության, նրա աշխատակիցների, և՛ արտաքին աշխարհի՝ հաճախորդների վրա: Առաքելությունը գրեթե միշտ ուղղված է դրսին՝ ընկերության հաճախորդներին։ Բայց լինում են դեպքեր, երբ ընկերության առաքելությունն ու տեսլականը ձևակերպվում են նույն նախադասությամբ։ Այո, տեղում Sony Ericsson-ը «Առաքելություն» վերնագրի ներքո նկարագրում է տեսլականը. «Մեր տեսլականն է դառնալ հաղորդակցման ժամանցային ապրանքանիշը: Մենք մարդկանց ոգեշնչում ենք անել ավելին, քան պարզապես շփվել: Մենք հնարավորություն ենք տալիս բոլորին ստեղծել և մասնակցել զվարճանքի փորձառություններին: Փորձառություններ, որոնք լղոզում են հաղորդակցության և զվարճանքի միջև սահմանները: Մեր տեսլականը՝ դառնալ կապ-ժամանցի խորհրդանիշ։ Մենք մարդկանց ոգեշնչում ենք անել ավելին, քան պարզապես հաղորդակցվելը: Մենք բոլորին հնարավորություն ենք տալիս ստեղծելու և վայելելու ժամանց: Այս փորձառությունը ջնջում է ժամանցի և հաղորդակցության սահմանները»:

Տեսողության օրինակներ

Սա այս թեմայով հանրագիտարանային հոդվածի անավարտ է: Դուք կարող եք նպաստել նախագծի զարգացմանը՝ կատարելագործելով և լրացնելով հրապարակման տեքստը՝ նախագծի կանոններին համապատասխան: Դուք կարող եք գտնել օգտագործողի ձեռնարկը

Քայլեր, որոնք պետք է ձեռնարկվեն «Vision» փաստաթղթի ձևավորման համար.

  • Խնդիրների ձևակերպում.
  • համասեփականատերերի նույնականացում
  • Համակարգի սահմանների որոշում
  • Սահմանափակումների նույնականացում
  • Խնդրի հայտարարության ձևակերպում
  • Համակարգի հնարավորությունների որոշում
  • Արդյունքների գնահատում

Խնդիրները նկարագրելու համար առաջարկվում է ձևանմուշ, որը ներկայացված է Աղյուսակում: 7.1.

Համատիրոջ նույնականացումը ենթադրում է նախագծի շահագրգիռ կողմերի՝ Հաճախորդի և Կապալառուի ներկայացուցիչներ, ներդրողների, արտաքին փորձագետների և այլնի որոնում և ամրագրում:

Համակարգի սահմանները որոշելը ոչ տրիվիալ գործընթաց է: Այս օգտագործման համար համատեքստի դիագրամներ(Տե՛ս «Ընդլայնված պահանջների վերլուծություն. Մոդելավորում» նյութերը): RUP-ը սահմանների որոնման մեջ առաջարկում է սկսել գործոններից և օգտագործման դեպքերից:

Սահմանափակումների աղբյուրներից սովորաբար առանձնանում են.

  • քաղաքական,
  • տնտեսական,
  • չորեքշաբթի օրերին
  • Տեխնիկական,
  • մահապատիժ,
  • Համակարգային.

Համակարգի հնարավորությունների նկարագրությունը բարձր մակարդակի պահանջների հայտարարություն է:

«Vision» RUP փաստաթղթի ձևանմուշը պարունակում է հետևյալ հիմնական բաժինները.

  1. Ներածություն
  2. Դիրքորոշում
  3. համասեփականատերերի և օգտագործողների նկարագրությունները
  4. Ապրանքի ակնարկ
  5. Ապրանքի Նկարագրություն
  6. Սահմանափակումներ
  7. Որակի ցուցանիշներ
  8. Առաջնահերթություն և առաջնահերթություններ
  9. Ապրանքի այլ պահանջներ
  10. Փաստաթղթերի պահանջներ
  11. Դիմում.

Ներածությունը նկարագրում է փաստաթղթի նպատակը, դրա ենթատեքստը (տարբեր նախագծերի հետ փոխհարաբերություններ և փոխազդեցություն), սահմանումներ, հապավումներ և հապավումներ, այլ փաստաթղթերի հղումներ, ամփոփում:

գլխում « դիրքավորում«Տեղադրվում է լուծվող խնդրի(ների) սահմանումը, նշվում է թիրախային հաճախորդը և ուսումնասիրվում են ապրանքի բիզնես առավելությունները շուկայում նմանատիպերի նկատմամբ։

Համատիրոջ և օգտագործողների նկարագրության մեջ, բացի այս երկու խմբերի փաստացի նկարագրությունից, ուսումնասիրվում են շուկայի ժողովրդագրությունը՝ թիրախային շուկայի հատվածները, շուկայի չափը և աճի տեմպերը, շուկայում առկա մրցակցային առաջարկները, Մշակողի համբավը շուկայում:

Արտադրանքի համառոտագիրը պարունակում է արտադրանքի ամփոփագիր, դրա հեռանկարների և հիմնական հատկանիշների նկարագրությունը, ենթադրություններն ու կախվածությունները, նշում է արժեքը և դրա հաշվարկը, քննարկվում են լիցենզավորման և տեղադրման հարցերը:

Ապրանքի առանձնահատկություններին վերաբերող բաժնում դրանք ավելի մանրամասն նկարագրված են՝ յուրաքանչյուրը առանձին պարբերությունում:

«Սահմանափակումներ» բաժինը պետք է ներառի առկա տեխնիկական, տեխնոլոգիական և այլ հանգամանքներ, որոնք պետք է հաշվի առնվեն այս փուլում։

Գլուխ « Որակի ցուցանիշներՊարունակում է համակարգի ամենակարևոր ոչ ֆունկցիոնալ պահանջների նկարագրությունը (արդյունավետություն, հուսալիություն, սխալների հանդուրժողականություն և այլն):

«Առաջնություն և առաջնահերթություններ» բաժնում դասակարգվում են ավելի վաղ ձևակերպված համակարգի պահանջներն ու հնարավորությունները՝ ըստ կարևորության, իրականացման առաջնահերթության և այլն։

«Ապրանքի այլ պահանջներ» բաժինը նկարագրում է կիրառելի ստանդարտները, Համակարգի պահանջները, գործառնական պահանջներ, բնապահպանական պահանջներ։

Փաստաթղթերի պահանջները ապահովում են օգտագործողի ուղեցույցի, առցանց օգնության, տեղադրման և կազմաձևման ուղեցույցի, ֆայլի հիմնական հատկանիշները Կարդա ինձ.

Հնարավորությունների ատրիբուտները բերվում են հավելվածում: RUP-ն առաջարկում է ատրիբուտների հետևյալ շարքը՝ կարգավիճակ, օգուտ, շրջանակ, ռիսկ, կայունություն, թիրախի թողարկում, նպատակ, պատճառ:

Տեսլական / շրջանակ MSF-ում

Ըստ MSF-ի սպիտակ թղթի, նախատեսվող փուլը դնում է ծրագրի հաջողության հիմնարար հիմքերից մեկը. ծրագրի թիմի ստեղծում և համախմբումընդհանուր տեսլականի մշակման հիման վրա: Նախագծային խումբպետք է հստակ պատկերացրեքինչ է նա ցանկանում անել հաճախորդի համար և ձևակերպել իր նպատակն այնպես, որ հնարավորինս մոտիվացնի և՛ հաճախորդին, և՛ ծրագրի թիմին: Ծրագրի նպատակների և պայմանների վերաբերյալ բարձր մակարդակի տեսակետի զարգացումը կարող է դիտվել որպես պլանավորման վաղ ձև. այն հող է նախապատրաստում արարման գործընթացների համար մանրամասն պլաններորը կիրականացվի անմիջապես պլանավորման փուլում:

Հիմնական առաջադրանքներհայեցակարգի մշակման փուլերն են ծրագրի հիմնական թիմի ստեղծումը (տես ստորև) և նախապատրաստումը ծրագրի ընդհանուր նկարագրության և ծավալի փաստաթուղթ(տեսլական/ շրջանակի փաստաթուղթ): Ծրագրի համար տեսլական ձևավորելը և դրա շրջանակի հստակեցումը նույն բանը չէ, թեև երկուսն էլ անհրաժեշտ են նախագծի հաջողության համար: Տեսլականը անսահմանափակ գաղափար է այն մասին, թե ինչ պետք է լինի լուծումը: Շրջանակները (շրջանակները) նաև հստակ սահմաններ են տալիս, թե ինչ է առաջարկվում այս տեսլականով, որը կիրականացվի առկա նախագծային սահմանափակումների շրջանակներում:

Ռիսկերի կառավարումկրկնվող գործընթաց է, որն իրականացվում է ամբողջ ընթացքում կյանքի ցիկլնախագիծը։ Հայեցակարգի փուլում նախագծի խումբ պատրաստում է ռիսկերի գնահատման փաստաթուղթ և հետ միասին ներկայացնում ծրագրի հիմնական ռիսկերը ընդհանուր նկարագրությունըև ծրագրի շրջանակը: Ռիսկերի կառավարման վերաբերյալ լրացուցիչ տեղեկությունների համար տե՛ս Ռիսկերի կառավարման կարգապահության սպիտակ գիրքը:

Հաճախորդ.
DABCC.COM

Կատարող:
Դուգլաս Բրաուն, սեփականատեր

Նախագիծ:
Citrix® MetaFrame® Access Suite-ի տեղակայում

Հայեցակարգի ապացուցման փուլը նախատեսված է որոշելու առաջարկվող MetaFrame Access Suite-ի տեղակայման հնարավորությունները՝ դիզայնի տեսլականին հասնելու առումով: Հայեցակարգի ապացուցման գործընթացը ստեղծեց MetaFrame Access Suite-ի նախատիպը՝ բոլոր անհրաժեշտ հավելվածների, տպիչների և այլնի հետ միասին: Հավելվածները լայնորեն փորձարկվել են՝ ստուգելու դրանց ֆունկցիոնալությունը MetaFrame XP/Terminal Server տերմինալային միջավայրում: Յուրաքանչյուր կետի համար արդյունքները փաստաթղթավորվում են և կատարվում են անհրաժեշտ ճշգրտումներ: Այս փաստաթուղթը հայեցակարգի ընթացակարգերի ապացուցման վերջնական զեկույց է:

Այս փաստաթուղթը բաժանված է հետևյալ բաժինների.

  • Շրջակա միջավայրի հստակեցում
  • Միջավայր ստեղծելու կարգը
  • Թեստեր
  • Փորձարկման ճշգրտումներ
  • Եզրակացություն

1. Շրջակա միջավայրի հստակեցում

1.2. Սարքավորումներ

Անունը՝ DB2KCTX1
Մոդել՝ Compaq ML 530
Դերը՝ Citrix MetaFrame XP սերվեր




48x CDROM, երկրորդը՝ Compaq Internal DLT 20/40-ի համար

Disk Controller - Smart Array 4200 4 Channel RAID 5 Controller
Անունը՝ DB2KWEB1
Մոդել՝ Compaq ML 530
Դերը՝ վեբ ինտերֆեյս վեբ սերվեր
Form Factor - Rack Mount
Պրոցեսոր - 2 x 933 ՄՀց, Pentium III Xeon, 256 ԿԲ մակարդակ 2-Ընդլայնված փոխանցման քեշ:
Հիշողություն – 1 ԳԲ 133 ՄՀց ECC SDRAM, ընդլայնելի մինչև 4 ԳԲ՝ 512 ՄԲ մոդուլների միջոցով
Ցանցային ադապտեր - NC3123 Fast Ethernet NIC PCI 10/100 կարգավորիչ
Սկավառակի բացատներ - 4 x 5,25 դյույմ շարժական սկավառակ և մեկ 1,44 ՄԲ ծավալով սկավառակ: Մեկը օգտագործվում է սկավառակի համար
48x CDROM, երկրորդը Compaq DLT 20/40-ի համար
Սկավառակներ՝ ընդամենը 218,4 ԳԲ առավելագույն ներքին տաք վարդակից պահեստավորում Ultra2: Տեղադրված են երեք 18,2 ԳԲ Hot Plug Ultra 3 կրիչներ
Սկավառակի կարգավորիչ - Smart Array 5300 RAID ADG կազմաձևված RAID 5-ի համար
Ինտերֆեյս - մեկ RJ-45 Ethernet պորտ, երկու սերիական, մեկ զուգահեռ, ստեղնաշարեր, մկնիկ, վիդեո, արտաքին SCSI

1.3. Օպերացիոն համակարգի միջավայր

Դոմենի կոնֆիգուրացիա
Active Directory, թե՞ NT տիրույթ: Active Directory
(NT տիրույթներ)Դոմենի մոդել (Մեկ տիրույթ, Master տիրույթ, Multiple-master և այլն). -
(Ակտիվ գրացուցակ)Ռեժիմ (բնիկ / խառը): հայրենի
(Ակտիվ գրացուցակ)ծառի անունը. DABCC.COM
(Ակտիվ գրացուցակ)Տիրույթի անունը: DABCC.COM
(Ակտիվ գրացուցակ) DNS անվանումների տարածություն. DABCC.COM
(Ակտիվ գրացուցակ)Ներքին անվանատարածք. DABCC
DNS սերվերի անուններ. DB2KAD1, DB2KAD2
WINS սերվերի անունները. DB2KAD2
DHCP սերվերի անունը. DB2KAD2

TCP/IP հասցեներ
Մուտքագրեք ձեր ցանցի IP հասցեի տվյալները
ցանցի հասցե. 192.168.1.0
ենթացանցային դիմակ. 255.255.255.0
դարպաս: 192.168.1.254
Առաջնային ՀԱՂԹԱՆԱԿՆԵՐ. 192.168.1.1
Երկրորդական ՀԱՂԹՈՒՄՆԵՐ. Ոչ
Առաջնային DNS. 192.168.1.1
Երկրորդական DNS. 192.168.1.2
Նշեք «Սարքավորումների միջավայր» բաժնում նշված սերվերների հասցեները.
DB2KAD1 192.168.1.5
DB2KAD2 192.168.1.6
DB2KFS1 192.168.1.71
DB2KWEB1 192.168.1.8
Նշեք ցանցային տպիչների IP հասցեները
HP 4M 192.168.1.15
HP 4000 192.168.1.16
HP 4000 192.168.1.17
HP LaserJet 4050 Գույն 192.168.1.18
HP OfficeJet 720 192.168.1.19
Նշեք DHCP միջակայք.
DHCP միջակայք. 192.168.1.100-ից մինչև 92.168.1.200թ.
OU-ների ցուցակ
Անուն Նկարագրություն
ներկառուցված Կանխադրված OU
համակարգիչներ OU վերջնական օգտագործողների համար
DABCC օգտվողներ OU օգտվողների և խմբերի համար DABCC.COM
Դոմենի վերահսկիչներ OU Windows 2000 Active Directory տիրույթի կարգավորիչների համար: Ներառում է DB2KAD1 և DB2KAD2:
Արտաքին անվտանգություն/սկզբունքներ Կանխադրված OU
Սերվերներ OU Windows NT/2000 սերվերների համար: Ներառում է՝ DB2KFS1 և DB2KWEB1
Օգտատերեր Լռելյայն OU Active Directory օգտվողների և խմբերի համար
Խմբի քաղաքականության տեղեկատվություն (եթե այդպիսիք կան)
Դուք օգտագործում եք WinNT կամ Win2000 քաղաքականությունները: Win2000
Քաղաքականության ֆայլի տեղադրում -
Քաղաքականությունների ազդեցության տակ գտնվող օգտատերեր և խմբեր ադմինիստրատորներ, օգտվողներ


1.4. Մուտքի սցենարներ

ցանցի օգտագործումը h: \dabcc\\dfsroot\users\%username%

Logon_admins.cmd

ցանցի օգտագործումը j:\dabcc\\dfsroot\applications
ցանցի օգտագործումը k:\dabcc\\dfsroot\drivers
զուտ օգտագործում o:\dabcc\\dfsroot\citrix
զուտ օգտագործում p:\dabcc\\dfsroot\public

1.5. Տպման միջավայր

Տպիչի անունը Տպել սերվերի անունը Վարորդ
HP4M DB2KFS1 HP 4M
HP4000West DB2KFS1 HP 4000
HP4000 Արեւելք DB2KFS1 HP 4000
HP Գույն DB2KFS1 HP LaserJet 4050 Գույն
HPOfficeJet DB2KFS1 HP OfficeJet 720

1.6. Հաճախորդի միջավայր

2. Միջավայր ստեղծելու կարգը

Citrix MetaFrame Access Suite սերվերը և բոլոր մյուս սերվերները, որոնք օգտագործվում են հայեցակարգի ապացուցման փուլում, կազմաձևված են D&D Consulting մեթոդաբանության համաձայն, ներառյալ սերվերի անվտանգությունը և օպտիմալացումը: Դա արվում է այն դեպքում, եթե հայեցակարգի ապացույցը հաջողվի, ապա սերվերի միջավայրը հիմք կհանդիսանա MetaFrame Access Suite-ի արտադրական տեղակայման համար արտադրական միջավայրում:

MetaFrame XP-ի, MetaFrame Secure Access Manager-ի, Web Interface-ի կամ Secure Gateway-ի նախագծման մանրամասների համար տես D&D Consulting-ի կողմից տրամադրված փաստաթղթերը:

Հետևյալը MetaFrame XP սերվեր ստեղծելու քայլերի հիմնական ցանկն է.

  • Տեղադրում օպերացիոն համակարգսերվեր, վերջին սպասարկման փաթեթ և թեժ շտկումներ
  • Տեղադրեք պահանջվող ծառայությունները և հեռացրեք ավելորդ ծառայությունները
  • Սերվերի ցանցի և տիրույթի նույնականացման կարգավորում
  • SNMP ծառայության փոփոխություն, որպեսզի «հանրային» համայնքն ունենա «կարդալ և գրել» թույլտվություն
  • Սերվերի բոլոր ցանցային ադապտերների կարգավորումը 100 Մբիթ/վրկ և Full Duplex
  • Տեղական անվտանգության կարգավորում Citrix սերվերի վրա
  • Տերմինալային ծառայությունների լիցենզավորման սերվերի և TS CAL-ների ակտիվացում
  • Citrix MetaFrame XP-ի և ամենավերջին սպասարկման փաթեթի վրա վերջին Feature Release-ի տեղադրում
  • Սերվերի վրա Citrix լիցենզավորման կարգավորում
  • Տեղադրեք Citrix Installation Manager (եթե անհրաժեշտ է)
  • Citrix Resource Manager-ի տեղադրում (անհրաժեշտության դեպքում)
  • Կարգավորում SpeedScreen սերվերի վրա
  • Միացման կարգավորում
  • ICA Client Update Configuration
  • Կարգավորում օպտիմիզացման սերվերի վրա
  • Սերվերի մեկուսացում NTFS թույլտվությունների և համակարգի քաղաքականության միջոցով
  • Սերվերի վրա տպագրության կարգավորում
  • Հավելվածների տեղադրում և կարգավորում
  • SpeedScreen-ի անհատականացում անհատական ​​ծրագրերի համար
  • Դիմումների հրապարակում
  • Ստեղծեք փրկարարական սկավառակ
  • Այլ բաղադրիչների տեղադրում (MetaFrame Conferencing Manager, Web Interface, Secure Gateway և այլն)
  • Սերվերի և հավելվածի ստուգում

2.2. Հավելվածի տեղադրման կարգը
Գրել մանրամասն հրահանգներյուրաքանչյուր հավելվածի տեղադրում, որը կփորձարկվի հայեցակարգի ապացուցման փուլում:

3.0. Թեստեր

4.0 Թեստերի ճշգրտում

5.0 Եզրակացություն

Փորձարկման արդյունքները վերանայելուց և անհրաժեշտ ճշգրտումներ կատարելուց հետո D&D Consulting-ը և DABCC.COM-ը պարզեցին, որ բավարար հիմքեր կան սկզբնապես ծրագրված նախագծին շարունակելու համար:

Տեսողության ձևավորում

նախատիպավորում

Նախատիպավորումը ժամանակակից մեթոդոլոգիաների մեծ մասում հիմնական պահանջների վերհանման ռազմավարությունն է (մանրամասների համար տե՛ս Գլուխ 10-ը): Ծրագրային ապահովման նախատիպը «հայելի» է, որում տեսանելի է արտացոլումը, թե ինչպես է Կապալառուն հասկացել Հաճախորդի պահանջները: Նախատիպերի միջոցով պահանջների նույնականացման գործընթացը առավել ինտենսիվ է, այնքան ավելի ծուռ է այս հայելին: Պահանջների նույնականացման փաստաթղթային եղանակը միշտ զիջում է կենդանի հաղորդակցությանը։ Օգտագործողի միջերեսների տեսքով արվածի վերլուծությունը էլ ավելի մեծ էֆեկտ է տալիս։ Միացված է ընկալման աջ կիսագնդի ալիքը, որը, ինչպես գիտեք, մարդկանց մեծամասնության մոտ շատ ավելի արդյունավետ է աշխատում, քան բանավորը։

RAD մեթոդը արագ նախատիպի ամենահայտնի եղանակներից մեկն է 1) .

RAD-ը հիմնված է հետևյալ հիմնական սկզբունքների վրա.

  • Էվոլյուցիոն նախատիպավորում;
  • CASE-գործիքները որպես հիմնական գործիք, ներառյալ առաջ և հակադարձ ինժեներական և ավտոմատ կոդի ստեղծման հնարավորությունը.
  • Բարձր որակավորում ունեցող մասնագետներ, որոնք լավ տիրապետում են զարգացածին գործիքներ;
  • Ինտերակտիվ JAD մեթոդ, որը համատեղում է հաղորդակցությունը առցանց զարգացման հետ;
  • Կոշտ ժամանակային շրջանակները հակաթույն են նախագծի «սահմանների տարածման» համար. եթե թիմը չի կատարում վերջնաժամկետը, ֆունկցիոնալությունը նեղանում է:

Արտադրանքի տեսլականի և ծրագրի շրջանակի աշխատանքը սովորաբար սկսվում է նախագծում շատ վաղ՝ նախքան մանրամասն պահանջները բացահայտելու համար լայնածավալ խորհրդակցությունները, թեև ընդհանուր առմամբ այդ քայլերի առկայությունը և հաջորդականությունը կախված է ընտրված մեթոդաբանությունից: Գործնականում այդ գործողությունները հաճախ համակցվում են: Պահանջների արդյունահանման կանոնները, որոնք քննարկվել են 6-րդ գլխում, կարող են օգտագործվել նաև տեսլականի ձևավորման համար:

Վերլուծելով քննարկվող թեմայի վերաբերյալ գրականությունը՝ կարող ենք առանձնացնել լայնորեն կիրառվող հետևյալը հիմնաբառերմի կողմից՝ հայեցակարգը, տեսլականը, պատկերը, մյուս կողմից՝ շրջանակը, սահմանները, համատեքստը։

Առաջին դեպքում խոսքը գնում է այն տեսլականի մասին, թե ինչպիսին պետք է լինի համակարգը։ Քննարկվում են արտադրանքի բարձր մակարդակի պահանջները (կարողություններ, հատկություններ) և ամենակարևոր սահմանափակումները։ Մի շարք հեղինակներ, ընդհակառակը, պնդում են, որ տեսլականը պետք է լինի «անսահմանափակ»։

Տեսլական հասկացությունը լայնորեն կիրառվում է բիզնեսի վերլուծության մեջ: Եթե ​​ընկերության թոփ-մենեջմենթը պատկերացում ունի, թե ինչ հիմնական նպատակներ, շուկայական հատվածներ, ապրանքային դիրքեր, շահույթներ պետք է ձեռք բերվեն, ասենք, 5 տարում, ապա ընկերությունն ունի իր երկարաժամկետ տեսլականը շուկայում: Տեսողության զարգացման ժամանակ սահմանափակումները վերացնելու եղանակը թույլ է տալիս զարգանալ Նոր տեսքիրերի վրա՝ «իրավիճակից վեր բարձրանալ», ապագան պլանավորել՝ սկսած ոչ թե ներկա ռեսուրսներից ու սահմանափակումներից, այլ ռազմավարական նպատակներից, նորարարությունների, նոու-հաուի կիրառմամբ և այլն։



Տեսողության ձևավորման այս փորձը մեծապես փոխանցվում է զարգացման գործընթացին: տեղեկատվական համակարգերմիջնաժամկետ և (կամ) երկարաժամկետ պլանավորման հորիզոնում պետք է «տեսնել», թե ինչպես է AIS-ը տեղավորվելու ձեռնարկության կազմակերպչական գործընթացներում, ինչ հիմնական առավելություններ է այն տալու, ինչ խնդիրներ թույլ կտա լուծել: Ձեռնարկության կառավարման նոր մեթոդներ և միջոցներ փնտրելիս՝ հիմնված տեղեկատվական տեխնոլոգիաներհաճախ անհրաժեշտ է «վերաձեւել» գոյություն ունեցող բիզնես գործընթացները. Փաստորեն, AIS-ի ներդրումը, ազդելով ձեռնարկության գործընթացների զգալի տոկոսի վրա, անխուսափելիորեն հանգեցնում է այդ գործընթացների վերակազմավորմանը՝ ձեռնարկության գործունեությունը օպտիմալացնելու, արդյունավետության հիմնական գործոններին հասնելու և այլն:

Երկրորդ դեպքում (շրջանակ, սահմաններ, համատեքստ) քննարկվում են այնպիսի հարցեր, ինչպիսիք են համակարգի սահմանը և շրջակա միջավայրը, համակարգի ստեղծման համար անհրաժեշտ ռեսուրսները և ժամկետները: Կառուցելով «անսահմանափակ տեսլական»՝ վաղ թե ուշ պետք է վերադառնալ այնպիսի պրոզայիկ բաներին, ինչպիսին բյուջեն է, ժամանակացույցը, հավաքագրում, ծրագրի հիմնաքարեր:

Միշտ անհրաժեշտ է հայեցակարգային փաստաթուղթ ստեղծել: Արդյո՞ք տեսլականն ու սահմանները պետք է տարանջատվեն:

Հաճախ Հաճախորդը գիտակցում է ավտոմատացման անհրաժեշտությունը՝ որպես կուտակված խնդիրների լուծման միջոց: Իր համար խնդիր ձևակերպելով՝ Հաճախորդը հաճախ տեսնում է դրա լուծումը, որով գալիս է Կապալառուի մոտ («Ինձ կայք է պետք», «Ինձ CRM համակարգ է պետք» և այլն): Որակավորված Կապալառուն չպետք է գլխապտույտ շտապի լուծել խնդիրը Հաճախորդի ձևակերպման մեջ: Գ.Կալյանովի պատկերավոր արտահայտությամբ 1) «Ինչպես կա» գործընթացների ավտոմատացումը նույնն է, ինչ ասֆալտապատելը, որտեղ կովերը քայլում են:

RUP նշումներում կա մի կարևոր փոխաբերություն՝ «Տե՛ս խնդիրը խնդրի հետևից»: Հայեցակարգը պարզապես օգնում է Հաճախորդին բացահայտել համակարգի այն պահանջները, որոնք կօգնեն նրան օպտիմալացնել իր ձեռնարկության աշխատանքը երկարաժամկետ հեռանկարում:

Հետևաբար, հայեցակարգի ձևավորման փուլը կարևոր է, բայց այն բավականաչափ առաջ է բերում և՛ Հաճախորդին, և՛ Կապալառուին բարձր պահանջներՀաճախորդը պետք է ռեսուրսներ հատկացնի և պատրաստ լինի աշխատանքի ծախսերին՝ լուծումների համատեղ որոնման համար. Կապալառուն պետք է ունենա բավարար որակավորում ինչպես ՏՏ ոլորտում, այնպես էլ ձեռնարկությունների կառավարման ոլորտում, որպեսզի մշակվող ավտոմատացման գործիքն իսկապես շահի: Վերոնշյալ բոլորը ոչ մի կերպ չեն բացառում առանց հայեցակարգի աշխատելու հնարավորությունը. կա՛մ մենք խոսում ենք փոքր նախագծի մասին, որի բյուջետավորումը պարզապես ձեռնտու է հայեցակարգի մշակման փուլի համար, կա՛մ հաճախորդն ինքը բավարար որակավորում ունի պահանջներ ձևակերպելու համար: AIS-ի համար՝ ունենալով «հայեցակարգ իր գլխում» և ժամանակ՝ ծրագրավորողի հետ խորհրդակցելու համար:

Տեսլականի և սահմանների տարանջատման որոշ փաստարկներ բերվել են վերևում: Այս հասկացությունների միջև հստակ գիծ քաշելն առաջարկում է, մասնավորապես, MSF գործընթացը: Ի վերջո, «կիսվել, թե չկիսվել» հարցը որոշվում է ընտրված մեթոդաբանությամբ։

Դիտարկենք հայեցակարգի մշակման հիմնական պահանջները, որոնք դրված են ներքին ԳՕՍՏ, ՌՈՒՊ և MSF մեթոդոլոգիաներում: