1. CASE-технологиясы IDEF көмегімен ақпараттық жүйені функционалдық модельдеу.
2. Өзара әрекеттесу логикасын және жұмыс ретін сипаттау.

2. Сабақ жоспары

1. Тестілеу арқылы білімді бақылау (ISE002 тесті).
2. Технологияларды пайдалана отырып, BPwin CASE құралын пайдалана отырып, ақпараттық жүйе қызметінің көп деңгейлі моделін әзірлеу (AS-IS моделі) IDEF 0және IDEF 3 :
   • Модель қасиеттерінің сипаттамасы (Model Properties).
   • Функционалдық модельдің БІРІНШІ деңгейін құру – контекстік диаграмманы әзірлеу.
   • Функционалдық модельдің ЕКІНШІ деңгейін құру – бөлшектеу контекстік жұмысжәне ыдырау диаграммасын құру.
   • Функционалдық модельдің ҮШІНШІ деңгейін құру – функцияны жүзеге асыратын екінші деңгейдің жұмысын егжей-тегжейлі көрсету Іс-әрекетті есепке алуұйымдар. Осы әзірлеу кезеңін іске асыру екі әдістеменің бірін – IDEF 0 (1-ші нұсқа) немесе IDEF 3 (2-ші нұсқа) көмегімен декомпозициялық диаграмманы құруға мүмкіндік береді. 2-нұсқа бойынша жеке жұмыстарды орындау үшін сценарий мен реттілік диаграммасын құру. (жұмыс процесінің диаграммасы) іс-шараларды есепке алу процесінде IDEF 3 әдістемесін қолдану арқылы жүзеге асырылады.
3. Модельдің сәйкес фрагменттерінің сипаттамасын көрсетуге мүмкіндік беретін шығармалар сөздігі мен көрсеткілер сөздігін әзірлеу.

1. Технологияны пайдалана отырып, ақпараттық жүйені функционалдық модельдеу IDEF CASE құралын пайдалану арқылы орындалуы керек BPwin, ол пәрмен арқылы жүктеледі Бастау/Бағдарламалар/Компьютер Қауымдастығы/BPwin 4.0/BPwin4.0 . IDEF модельдеудің технологиялық процестері 4 бөлімде сипатталған « Теориялық ақпараттәжірибеге».
2. Мәтінмәндік диаграмманы құрастырған кезде модельдің қасиеттерін модельдеуге сәйкес ақпаратты пайдалана отырып, келесідей орналастыруға болатынын есте ұстаған жөн. пәндік аймақ:
   • Модель атауы : «Аты» фирмасының қызметі;
   • Жоба (жоба атауы): «Атауы» фирмасының үлгісі;
   • Толық аты-жөні, тобы;
   • Қолдану аясы (модельдеу аймағы, оның ішінде модельдеу мақсаты, яғни құрастырылған модель жауап беруі керек сұрақтар) - мысалы, «Компанияның жалпы бизнесті басқару: нарықты зерттеу, компоненттерді сатып алу, өнімді сынау және сату» немесе «Компания қызметінің технологиялық, қаржылық және басқарушылық аспектілері»;
   • Уақыт шеңбері (үлгі түрі) : СОЛ СИЯҚТЫ;
   • анықтама (анықтама , үлгілік тапсырма) : «Imya» компаниясының қызметін сипаттайтын оқыту үлгісі;
   • Көзқарас (көзқарас – көзқарасы даму барысында қабылданған адам) : кәсіпорын басшысы және бас менеджер;
   • Күй : ЖҰМЫС;
   • Мақсат (мақсат) : «Имя» компаниясының қызметін реттеу мақсатында ағымдағы бизнес-процестерін үлгілеу;
   • Дереккөз (көзі ақпарат): Пәндік аумақты талдау және кіріс құжаттарын талдау;
   • Автордың аты-жөні : ТОЛЫҚ АТЫ.
3. Істей отырып контекстік диаграмманың декомпозициясы болуын ескеру керек екінші деңгейжүйе моделінің ыдырауы, болып табылады қосалқы процесс немесе бала жұмысы , түрінде жүзеге асырылады контекстік жұмыс, ол бұл жағдайда әрекет етеді ата-аналық жұмыс, түрінде жүзеге асырылады ата-аналық диаграмма (ата-аналық диаграмма) . Екінші деңгейдегі ыдырау диаграммасы кемінде үш функционалды блоктан тұруы керек, олардың біреуі модельдеу функциясын орындауы керек. бухгалтерлік есепұйымдастыру, ал қалғандары модельдеу қызметін атқаруы керек бизнес-процестержүйесінде жүзеге асырылады.
4. Әрбір ыдырау қадамында интерфейс доғаларының (көрсеткілердің) модельдің төменгі деңгейлеріне автоматты түрде жылжу процесін бақылап, қажетсіз туннельді көрсеткілердің жасалуын болдырмауға тырысу керек. Егер олар пайда болса, туннельдерді алып тастау керек.
5. Іске асыру кезінде үшінші деңгейыдырағанда, әзірленген декомпозициялық диаграммалардың әрқайсысы екінші деңгейдегі жұмыстардың ыдырауының үшінші деңгейі болып табылатынын және қосалқы процесснемесе бала жұмысы, түрінде жүзеге асырылады балалар диаграммасы (балалар диаграммасы)сәйкес үшінші деңгейдегі жұмыс. Бұл жағдайда екінші деңгейдегі барлық жұмыстар ретінде әрекет етеді ата-аналық жұмыс, түрінде жүзеге асырылады ата-аналық диаграммалар(Ата-аналық диаграммалар).
6. Екінші деңгейдегі жұмыстың ыдырауы, есеп функциясын модельдеу және жұмыстың өзара әрекеттесу сценарийін құру технологияны пайдалана отырып орындалуы керек. IDEF3,функция блоктары ретінде пайдаланылады бірлікжұмыс (Жұмыс бірлігі, UOW) , сонымен қатар қажетті сілтеме нысандары (Сілтемелер) , оны сценарийге көрсеткілер сөздігінен енгізуге немесе жаңадан жасауға болады.
7. Жұмыстардың сөздігі мен көрсеткілердің сөздігі модель декомпозициясының әрбір деңгейінде жасалады және қажетті жағдайолардың дамуы лауазымдық нұсқаулықтың болуы болып табылады (белсенділік)және интерфейс доғасында жазылған деректердің сипаттамасы ( жебе) .
8. Жұмыс нәтижелерін файлға сақтаңыз Функция_моделі АЖ_атауы_ IDEF.bp1 қалтаңызда ISE.
9. Жалпыланған функционалдық модельдің мысалы келтірілген

4. Практикалық сабаққа арналған теориялық ақпарат

4.1. IDEF 0-технологиясы

IDEF0 әдістемесі ұйымның қызметін модельдеуге арналған. Жобаны әзірлеудің бастапқы кезеңінде кәсіпорында бар бизнес-процестер мен технологиялық процестерді «AS - IS» («Қалай болса») принципі бойынша сипаттау үшін модель жасалады және ең бастысы, ол кәсіпорынды перспективалық тұрғыдан көрсетеді. ол үшін жұмыс істейтін және барлық нюанстарды, соның ішінде бейресмиді жақсы білетін қызметкерлердің саны. AS-IS - бұл «біз ертең не істейміз» дегенге өтпес бұрын, «біз бүгін не істеп жатырмыз».

Әрекет үлгісінемесе, басқаша айтқанда, функционалдық модель. функционалдық модельжүйені жиынтық ретінде қарастырады әрекет,онда әрбір әрекет кейбіреулерін өзгертеді объектнемесе объектілер жиынтығы . Технология IDEF 0принципін қолданады функционалдық ыдырау жүйелер (жүйені фрагменттерге бөлу). Ыдырау принципіфункционалдық модель ережеге сәйкес салынуы керек дегенді білдіреді «жоғарыдан төмен» , бастап жалпыүлгі түрі жекемодельдер. Сондықтан әдетте есепті шешудің функционалдық моделі жиын болып табылады жеке функционалдық модельдер .

Функционалдық үлгілер арнайы элемент ретінде көрсету арқылы әрекеттерді бөлектейді − блок. Блоктау – негізгі құрылымдық элементфункционалдық модель, графикалық бейнелеуқайсысы диаграмма . Әрекет атауы – ауызша зат есім немесе етістік.Модельді декомпозициялау нәтижесінде иерархиялық реттелген және өзара байланысқан диаграммалар жинағы жасалады. Әрбір диаграмма жүйені сипаттау бірлігі болып табылады және жеке парақта орналасқан.

Әдістеме IDEF 0төрт негізгі ұғымға негізделген: функционалды блок (түйін), интерфейс доғасы, декомпозиция, глоссарий.

Функция блогы

Технологияның негізгі түсінігі IDEF 0ұғым болып табылады функционалдық блок. Ол белгілі бір түрді көрсетуге арналған әрекеттер (Әрекет) , бұл белгілі бір нәрсе функциясы қарастырылатын жүйенің ішінде. Бұл функция, өз кезегінде, қандай да бір әрекетті (әрекеттер жиынтығын), белгіленген мақсатқа ие және қандай да бір түпкілікті нәтижеге әкеледі.

Функция блогықабырғалары келесі мәндерге ие тіктөртбұрышпен берілген:

• Жоғарғы жағы - бақылау.
• Астыңғы жағы - механизм.
• Оң жағы - шығу.
• Сол жағы - кіреберіс.

Функционалдық блоктың вербальды көңіл-күйде немесе ауызша зат есім ретінде көрсетілген атауы бар. Іс-әрекет арасындағы өзара әрекеттесу және оның айналасындағы әлем, соның ішінде басқа әрекеттері барлар интерфейс доғалары (көрсеткілер) арқылы көрсетіледі.

Интерфейс доғасы

Интерфейс доғасыжүйенің элементін көрсетеді, ол немесе өңделгенфункция блогы немесе басқаша әсер етедіосы функционалдық блокпен көрсетілетін әрекетке (функцияға). Интерфейс доғасыкөрсететін көрсеткі ретінде бейнеленген тасымалдаушы Деректерді немесе объектілерді бір әрекеттен екіншісіне тасымалдайтын құрал. Көрсеткілер жұмыстардың сыртқы әлеммен және өзара әрекеттесуін сипаттайды, олар кейбір ақпаратты білдіреді және деп аталады зат есімдер .

Көрсеткі атауы оны көрсетеді рөл (мүмкін рөлдердің жиыны - арқылы белгіленеді) ICOM ):

Функция блогының кірісі - I енгізу .

Басқару - C бақылау .

Функция блогының шығысы - О шығару .

Механизм - М эханизм .

Енгізу) нәтиже (шығарылым) алу үшін жұмыста қолданылатын немесе түрлендірілетін материал немесе ақпарат. Кіру көрсеткі болмауы мүмкін.

Бақылау– жұмысты реттейтін ережелер, саясаттар, процедуралар немесе стандарттар. Ол жұмысқа әсер етеді, бірақ жұмыс арқылы өзгермейді. Көрсеткі тапсырманың үстіңгі жағына кіретіндей сызылады. Әрбір функция блогында кемінде бір басқару көрсеткі болуы керек.

Деректердің енгізу немесе басқару екенін анықтау жиі қиын. Егер жұмыстағы деректер өзгертілсе немесе өңделсе, бұл, ең алдымен, енгізу, ал егер жоқ болса, басқару. Көрсеткінің күйін анықтау қиын болса, басқару көрсеткісін салу ұсынылады.

ШығаруЖұмыспен жасалатын материал немесе ақпарат. Кем дегенде бір шығу көрсеткі шығатын болуы керек оң жақжұмыс.

Орындау механизмі (механизм)– жұмысты орындайтын ресурстар (мысалы, персонал, машиналар, құрылғылар және т.б.). Көрсеткі тапсырманың төменгі жағына кіретіндей сызылады. Механизмнің қолдары көрсетілмеуі мүмкін. В жалпы көрінісфункционалдық блок суретте көрсетілген. 2.1.

Суретте. 2.1 барлық интерфейс доғалары аталған көрсеткілер ретінде көрсетілген. Стандарт талаптарына сәйкес әрбір функционалды блокта кемінде бір шығыс және бір басқару болуы керек, өйткені әрбір тапсырманың (үдерістің) кем дегенде бір шығысы және оны шешудің кем дегенде бір ережесі болуы керек. «Механизм» интерфейс доғасы көрсетілмеуі мүмкін.

Қажетті жолмен интерфейс доғалары арқылы қосылған бірнеше функционалды блоктардан, а функционалдық модель.

Функционалдық блоктардың қажетті қосылымдарын жасау үшін көрсеткілердің тармақталуы мүмкін екенін ескеріңіз.

Кіруфункционалдық блок қана емес болуы мүмкін Шығубасқа функционалды блок, сонымен қатар оның бақылаунемесе тіпті механизм. Нәтижесінде функционалдық модельде ақпараттық жүйедегі есептерді шешудің әртүрлі, біршама күрделі және әдеттен тыс процестері болуы мүмкін.

IDEF0 технологиясында диаграммалар құру

Ұйым қызметінің моделін жасау кезінде диаграммалардың үш түрін пайдалану қажет:

• Диаграмма түрі I – контекстік диаграмма (біреуі ғана болуы мүмкін) – ағаш құрылымының төбесі, ол жүйені сипаттаудың және оның сыртқы ортамен әрекеттесуінің ең абстрактілі деңгейі болып табылады. Ол анықтайды контекстік функция;
• II диаграмма түрі - Декомпозиция диаграммасы .

Декомпозициялық диаграммалар жұмысты егжей-тегжейлі көрсетуге және қамтуға арналған байланыстыжұмыс, яғни. балаортақтығы бар шығармалар ата-аналықжұмыс. Төменгі деңгейдегі жұмыстар жоғарғы деңгей жұмыстарымен бірдей, бірақ егжей-тегжейлі. Диаграммаларды талдаушы емтихан сессиясын өткізу үшін, яғни диаграмманы пән маманымен талқылау үшін жасайды.

Әрбір декомпозициялық сессиядан кейін емтихан сессиялары өткізіледі - тақырып бойынша сарапшылар нақты бизнес-процестердің жасалған диаграммаларға сәйкестігін көрсетеді. Табылған сәйкессіздіктер тексерістен өткеннен кейін ғана түзетіледі түсініктемесізкелесі декомпозиция сеансына өтуіңізге болады. Бұл модельдің модельдің кез келген және әрбір деңгейіндегі нақты бизнес процестеріне сәйкес келуін қамтамасыз етеді.

Жұмыстардың санын алтыдан (3-6) аспайтын етіп орнату қажет, әйтпесе диаграмма нашар оқылады (шамадан тыс қаныққан). Жоғарғы шек (алтылық) конструкторды күрделі субъектілерді сипаттау кезінде иерархияларды қолдануға мәжбүр етеді, ал төменгі шек (үш) сәйкес диаграммада оның жасалуын негіздеу үшін жеткілікті детальдың болуын қамтамасыз етеді.

Ыдырау диаграммасында, жоғарғы сол жақта - ең маңызды және бірінші орындалатын жұмыс. Маңыздылығы аз немесе кейін орындалатын жұмыстар ретімен төмендейді.

• III типті диаграмма – Түйін ағашының диаграммасы жұмыс орындары арасындағы байланысты емес, жұмыстардың иерархиялық тәуелділігін көрсетеді (бұл диаграммалардың кез келген саны болуы мүмкін, өйткені ағашты түбірден міндетті түрде емес, кез келген тереңдікке салуға болады).

4.2. IDEF0-имитациялық технологиялық процесс:

Күріш. 2.2

BPWin CASE құралы қарапайым және түсінікті пайдаланушы интерфейсіқажетті функционалдық үлгілер мен сценарийлерді құру. Бұл қолданылатын технологияға байланысты. Суретте. 2.2 BPWin терезесін көрсетеді ( Computer Associates BPWin ).

Негізгі терезенің құралдар тақтасы Computer Associates BPwin келесі түймелерді қамтиды:

Модельдік навигатор үлгінің құрамын даму деңгейі бойынша көрсетеді. Оның көмегімен сіз деңгейден деңгейге оңай және жылдам ауыса аласыз. Модельдік навигатормен жұмыс істеу Windows Explorer бағдарламасымен жұмыс істеуге ұқсас.

Арнайы құралдар тақтасында келесі негізгі түймелер бар:

Модельдік терезе – зерттелетін жүйенің функционалдық моделін құру орны. Онда функционалды блоктар құрастырылады және өңделеді, көрсеткілер сызылады және өңделеді, декомпозиция жүзеге асырылады.

Үлгі дайындау

1. Тілқатысу терезесін ашу үшін үлгі жасау түймесін басыңыз BPWin(2.3-сурет):

Диалогтық терезеде BPWin келесі әрекеттерді орындаңыз:

• таңдаңыз Іскерлік процесс (IDEF0);
• үлгі атауын орнатып, түймешігін басыңыз ЖАРАЙДЫ МА;
• терезеде Жаңа үлгіге арналған сипаттар үлгі авторының аты-жөнін бекіту;
• түймесін басыңыз ЖАРАЙДЫ МА .

1. команда Үлгі/үлгі қасиеттері диалогтық терезені ашыңыз Үлгі қасиеттері (4-сурет), онда үлгінің қасиеттері 2-бөлімде көрсетілген әдістемелік ұсыныстарға сәйкес реттеледі.

Модельдеудің бірінші деңгейі

1. Модель терезесіндегі функционалды блокты келесі әрекеттерді орындау арқылы безендіріңіз:
   • функционалдық блоктың контекстік мәзірінде пәрменді таңдаңыз Аты… ;
   • диалогтық терезеде Әрекет қасиеттері (Cурет 2.5) қойындысында Атысұраңыз атыжұмыс (қысқа) осы функция блогында және қойындысында орналастырылған Анықтамаалаңда Анықтама сипаттамасыжұмыс;
   • бетбелгі Қаріпшрифт орнату Ариал Кир және диаграмманың барлық функционалды блоктарында осы қаріпті пайдалану үшін құсбелгілерді қойыңыз ( Осы диаграммадағы барлық әрекеттер, Осы үлгідегі барлық әрекеттер және Бұл қаріптің барлық көріністерін файлда өзгертіңіз үлгі ), содан кейін түймесін басыңыз ЖАРАЙДЫ МА.

• диалогтық терезеде Көрсеткі сипаттары (2.7-сурет), қойындыда Атыкөрсеткінің атын (қысқа) және қойындыда орнатыңыз Анықтамаалаңда Анықтамажеткілікті егжей-тегжейлі енгізіңіз сипаттамасыосы көрсеткінің тағайындалған жері;

• көрсеткі контекстік мәзірінде пәрменді таңдаңыз Қаріп… ;
• диалогтық терезеде Көрсеткі сипаттары (2.8-сурет), қойындыда Қаріпшрифт орнату Ариал Киржәне осы қаріпті барлық диаграмма көрсеткілері үшін пайдалану үшін құсбелгілерді қойыңыз ( Осы диаграммадағы барлық көрсеткілер, осы үлгідегі барлық көрсеткілер, осы көрсеткінің барлық даналары және Үлгідегі осы қаріптің барлық көріністерін өзгертіңіз );

1. Көрсеткі көрсеткі Шығу, солшекаралар дұрыс;
2. Көрсеткі көрсеткі Бақылау , ол үшін 2-қадамды қайталаңыз, ауыстырыңыз солшекаралар жоғарғы;
3. Көрсеткі көрсеткі механизмі, неге 2-қадамды қайталаңыз, ауыстырыңыз солшекаралар төмен.

Модельдеудің екінші деңгейі

Модельдеудің кез келген деңгейі

Кез келген модельдеу деңгейінде үлгі декомпозициясын жасау үшін мына қадамдарды орындаңыз:

• белгілі бір функция блогын белсендіру үшін басыңыз;
• үлгінің ағымдағы деңгейі үшін 3-қадамды қайталаңыз.

1. Көрсеткі дизайнының түрі мен стилін көрсеткінің контекстік мәзірінен Стиль пәрмені арқылы шақырылатын Arrow Properties (Cурет 2.9) диалогтық терезесінде таңдауға болады.

1. Орнату үшін сөз тасымалыатын ерекшелегеннен кейін тіктөртбұрыштың өлшемін кішірейтіңіз, содан кейін ол автоматты түрде төмен қарай үлкейеді.
2. Жоғары деңгейлі диаграммада сызылған әрбір көрсеткі төменгі деңгей диаграммасында болуы керек.
3. Төменгі деңгей диаграммасында сызылған жаңа көрсеткі (шешілмеген ( шешілмеген) көрсеткі) төртбұрышты жақшаға (туннельдерге) орналастырылады, бұл жоғары деңгейде мұндай көрсеткінің жоқтығын көрсетеді. Туннельдерді жою үшін:
   • мәзір элементін таңдаңыз Көрсеткі туннелі ;
   • диалогтық терезеде Шекара көрсеткі өңдегіші(Шекара көрсеткі өңдегіші) опциясын таңдаңыз Оны Шекара көрсеткісіне шешіңіз (Шекара көрсеткі ретінде рұқсат ету). Нәтижесінде ағымдағы деңгейдегі туннель жойылады және алдыңғы деңгейде көрсеткі пайда болады, ал егер ол бірінші емес болса, онда туннельдеу жүргізіледі (2.10-сурет).

1. Туннельді көрсеткілерді төменгі деңгейден жоғарыға көшіру үшін:
   • тінтуірдің оң жақ түймешігімен басыңыз шаршы жақшалар;
   • мәзір элементін таңдаңыз Беттен тыс сілтеме;
   • диалогтық терезеде Off_Page көрсеткі анықтамасыкөрсеткіні орналастыру керек диаграмманы таңдаңыз және қажетті көрсеткі түрінің қосқышын орнатыңыз (2.11-сурет);

• түймелердің бірін басыңыз: Жарайды және Диаграммаға өтіңіз (таңдалған диаграммаға өтіңіз) немесе OK және Ағымдағы диаграммада қалу (ағымдағы диаграммада қалу).

1. Көрсеткі жасау кезінде басқарудың кері байланысыҚосымша көрсеткі бағытын көрсету опциясын орнатыңыз (контекстік мәзірден).
2. Көрсеткілердегі белгілер сәтсіз орналасса (өте алыс және т.б.), белгіні орналастыру үшін Squiggle (контекстік мәзірде) құсбелгісін қою керек.

1. Декомпозиция диаграммасында, жоғарғы сол жақта, ең маңызды және бірінші орындалатын жұмысты қамтитын функционалды блок бар. Маңыздылығы аз немесе кейін орындалатын жұмыстар ретімен төмендейді.
2. Сөз тасымалыішінде жұмыс режимінде жүргізіледі атау редакторы… пернені басу арқылы Енгізіңіз.
3. Тіктөртбұрыштың сол жақ жоғарғы бұрышындағы диагональ сәйкес жұмыстың ыдырамағанын білдіреді.
4. Автоматты түрде пайда болатын еншілес тапсырмалардың сандарын ғана емес, сонымен қатар префикстерді (A) көрсету үшін пәрменді таңдау керек. Үлгі/үлгі қасиеттері, бетбелгі нөмірлеу, құсбелгі (опция) Префиксті көрсету(2.13-сурет).

1. Бала тапсырмалары үшін тапсырма нөмірлері мен деңгей нөмірлерін (екі, үш, төрт таңбалы сандар) көрсету үшін пәрменді таңдаңыз. Үлгі/үлгі қасиеттері, бетбелгі нөмірлеу, құсбелгі (опция) Диаграмманы нөмірлеу пішімін пайдаланыңыз (2.13-сурет).
2. Айыру үшін әртүрлі нұсқаларсол диаграмманың бөлек нұсқаларына нөмірлер тағайындалуы керек (C - нөмір), мәзірде ерікті түрде орнатылады Диаграмма қасиеттерібетбелгіде жинақ.

Үлгі ағашын құрастыру

• команда Диаграмма/Қосу/Түйін ағашы диалогтық терезені ашыңыз Түйін ағашының шебері_2/1-қадам (2.14-сурет);
• түйін ағашы деңгейлерінің қажетті санын таңдау арқылы диалог жүргізу ( Деңгейлер саны );
• түймесін басыңыз Дайын.

4.3. IDEF3 технологиясы

Технология IDEF3қарастыратын процесті сипаттау әдістемесі болып табылады орындалу ретіжәне себеп-салдар байланыстарыжағдайлар мен оқиғалар арасында. IDEF3 көмегімен олар жұмыстың орындалу логикасын, олардың басталуы мен аяқталу ретін сипаттайды.

IDEF3 технологиясы санатты пайдаланады сценарийлеркүрделі көп сатылы процесті сипаттау құрылымын жеңілдету. Сценарий (сценарий) – бұл ұйымда немесе жүйеде кездесетін мәселелердің типтік сыныбын сипаттайтын жағдайлардың немесе әрекеттердің қайталанатын тізбегі, сондай-ақ қарастырылып отырған процестегі объект қасиеттерінің реттілігінің сипаттамасы. IDEF0 үлгілері IDEF3 сценарийлеріне қатысты, себебі әрбір IDEF0 үлгісі бір немесе бірнеше IDEF3 сценарийлері ретінде ұсынылуы мүмкін.

IDEF3 технологиясы процесс деректерін жинауды қамтамасыз етуге арналған және сізге:

• пәндік саладағы мамандардың сауалнамасы барысында анықталған, айталық, процестің технологиясы туралы қолда бар деректерді құжаттау;
• бар процестерді талдау және жаңаларын әзірлеу;
• жағдайларды анықтау арқылы жағдаяттарды модельдеу шешім қабылдау , процестің өмірлік цикліне әсер ететін, мысалы, соңғы өнімнің конструкциялық, технологиялық немесе пайдалану қасиеттерін өзгерту;
• процесті қайта құруда оңтайлы шешімдерді қабылдауға ықпал ету.

IDEF3 технологиясындағы сценарий

Сценарий диаграммаларыбелгілі бір уақыт аралығында өңделуі тиіс әрекеттер мен оқиғаларды сипаттаңыз. Сценарий процестердің сипаттамасымен бірге жүреді және оны жүйенің әрбір функциясын құжаттау үшін пайдалануға болады. Сондықтан сценарийлер жүйелік талдаудың бөлігі болып табылады, өйткені олар жағдайды уақытында талдауға және бір уақытта бір процеске қатысатын объектілерді сипаттауға мүмкіндік береді.

IDEF3 технологиясын пайдаланған кезде барлық конструкциялар диаграммалардың екі түріне негізделген:

1. Процесс қадамдарының ретін сипаттайтын диаграмма.
2. Объект күйінің диаграммасы.

Келесі стандартты конвенциялар қолданылады:

Жұмыс бірліктерінің орындалу реттілігін реттеу диаграммаға енгізу арқылы жүзеге асырылады. жол қиылысы (Түйін) әртүрлі мақсаттарға арналған.

Таңба Джқиылысу келесі мәндердің бірін қабылдауы мүмкін:

• & – біріктіру көрсеткілер қиылысқа кірсе, барлық әрекеттердің нәтижелері; іске қосукөрсеткілер одан шығып кетсе, барлық әрекеттер;
• О - біріктіруегер енгізу әрекеттерінің кем дегенде біреуі орындалса, әрекеттердің нәтижелері; іске қосукем дегенде бір әрекет
• X - біріктіруқиылысуға енгізілген саннан тек бір әрекет; іске қосуодан туындайтын бір ғана әрекет.

Қиылысты пайдаланудың иллюстрациясы процесс қадамдарының ретін сипаттайтын диаграммаларсур. 2.15. Бұдан шығатыны, қиылысу күрделі тармақталған технологиялық процестерді тұрғызу құралы болып табылады.

Бірінші түрінде әзірленетін немесе зерттелетін технологияның сипаттамасы технологиялық процестің кезеңдерінің бірізділігін сипаттайтын диаграммалар , содан кейін пішінде объект күйінің диаграммаларыорындалған әрекеттер мен оларды қолдану нәтижелерінің толық бейнесін береді.

Демек, басқарушылар мен ақпараттық жүйелерді әзірлеушілердің қолында зерттеу мен автоматтандыруды қажет ететін күрделі басқару процестерінің сценарийлерін құрудың қуатты құралы бар.

4.4. IDEF3 модельдеу жұмыс процесі

Үлгі дайындау

1. Үлгіні жасау үшін түймені басыңыз.
2. Диалогтық терезеде BPWinкелесі әрекеттерді орындаңыз:
   • таңдаңыз Процесс ағыны (IDEF3);
   • үлгінің атын орнату;
   • түймесін басыңыз ЖАРАЙДЫ МА;
   • диалогтық терезеде Жаңа үлгіге арналған сипаттаронда көрсетілген қасиеттерді растаңыз.

Әрекет жасау

1. Әрекет жасау түймесін басыңыз ( Activity BoxTool ).
2. Үлгі терезесіндегі қажетті жерде тінтуірдің сол жақ түймешігін басыңыз.
3. Әрекеттің мәтінмәндік мәзірінде пәрменді таңдаңыз Аты…
4. Диалогтық терезеде Әрекет қасиеттері, бетбелгіде Аты әрекеттің атын орнатыңыз (2.16-сурет).

1. Диалогтық терезеде Әрекет қасиеттерібетбелгі Қаріп сұраңыз Ариал Кир, ЖАРАЙДЫ МА.

Деректерді пішімдеу

1. Деректер жасау түймесін басыңыз. ( Анықтама құралы ).
2. терезеде дұрыс жерде Референтжасалған нысан сөздігінен деректер атауларын ендіру үшін тінтуірдің сол жақ түймешігін басыңыз (опция нысан) немесе жасалған көрсеткілер сөздігінен (опция Жебе) немесе оларды қайта жасаңыз (опция Басқа) (2.17-сурет).

1. Диалогта Анықтамалық сипаттар терезесі (2.18-сурет), қойындысында Қаріпсұраңыз Ариал Кирқажетті құсбелгілерді таңдап, түймені басыңыз ЖАРАЙДЫ МА.

5. Келесі сабаққа үй тапсырмасы

1. Материалдық объектілерді ойлаңыз және анықтаңыз немесе жеке тұлғалар, ақпарат көздері немесе қабылдаушылары (сыртқы нысандар).
2. Ойлан және дамыт қатынас моделіақпараттық жүйемен өңделетін мәліметтер:
   • нысандар мен олардың атрибуттарының тізімін жасау,
   • субъектілері арасындағы қарым-қатынасты көрсету.
3. Жасалған техникалық тапсырма негізінде екінші деңгейлі декомпозициялық диаграммада орналастырылған әрбір негізгі жұмысты орындау барысында жүйеде жүзеге асырылатын жеке жұмыстардың атауларын ойланып, мұғалімге ұсыныңыз.
4. п.п. орындау. «Атауы бар файлдағы 1-3 үй тапсырмасын түзетіңіз. 3-ші сабаққа арналған ақпарат.doc », Word бағдарламасында жасалып, мұғалімге ұсынылды.
5. Бөлім арқылы жұмыс жасаңыз Практикалық сабаққа арналған теориялық ақпарат» 3-сабақ бойынша практикум.

1.6. Екінші нұсқа (IDEF3) бойынша әрекеттерді есепке алу блогының декомпозициясын орындау кезінде түйін ағашының диаграммасының фрагменті (Түйін ағашының диаграммасы)

Әрекет сөздігі

Көрсеткі сөздігі

басып шығару нұсқасы

SADT әдістемесі (Structured Analysis and Design Technique – құрылымдық талдау және жобалау әдістемесі) жүйенің функционалдық моделін құруға арналған әдістер, ережелер мен процедуралар жиынтығы.

Бұл әдістеменің дамуын Дуглас Росс (АҚШ) 1960 жылдардың ортасында бастады. 20 ғасыр Содан бері жүйелік талдаушылар SofTech, Inc. SADT жақсартты және оны кең ауқымды мәселелерді шешу үшін пайдаланды. Бағдарламалық қамтамасыз ету телефон желілері, диагностика, ұзақ мерзімді және стратегиялық жоспарлау, автоматтандырылған өндіріс және жобалау, конфигурациялау компьютерлік жүйелер, персоналды оқыту, қаржы және логистика менеджменті кейбір салалар болып табылады тиімді қолдану SADT. Аймақтардың кең ауқымы SADT әдістемесінің әмбебаптығы мен күшін көрсетеді. АҚШ қорғаныс министрлігінің интеграцияланған компьютерлік өндіріс (ICAM) бағдарламасы SADT пайдалылығын мойындады. Бұл оның бір бөлігін 1981 жылы деп аталатын басып шығаруға әкелді IDEF0 (Icam DEFinition), федералды даму стандарты ретінде бағдарламалық қамтамасыз ету. Осы атаумен SADT әскери және өнеркәсіптік ұйымдарда мыңдаған кәсіпқойлар қолданды. IDEF0 стандартының соңғы нұсқасы 1993 жылы желтоқсанда шығарылды. АҚШ Ұлттық стандарттар мен технологиялар институты (NIST).

Бұл әдістеме ақпараттық жүйенің функционалдық аспектісін сипаттауда деректер ағынына бағытталған (DFD) әдістермен бәсекелеседі. Керісінше, IDEF0 мүмкіндік береді:

Ақпараттық емес, кез келген жүйелерді сипаттаңыз (DFD бағдарламалық құралды сипаттауға арналған);

Оған соңғы талаптарды анықтамас бұрын жүйенің және оның сыртқы ортасының сипаттамасын жасаңыз. Басқаша айтқанда, бұл әдістеменің көмегімен жүйені оның жүзеге асырылуын елестету әлі қиын болған кезде де біртіндеп құруға және талдауға болады.

Осылайша, IDEF0 кең ауқымды жүйелерді құрудың бастапқы кезеңдерінде қолданылуы мүмкін. Сонымен қатар, оны қолданыстағы жүйелердің функцияларын талдау және оларды жақсарту шешімдерін әзірлеу үшін пайдалануға болады.

IDEF0 әдістемесі процесті графикалық сипаттау тіліне негізделген. IDEF0 белгілеуіндегі үлгі – иерархиялық реттелген және өзара байланысты диаграммалардың жинағы. Әрбір диаграмма жүйені сипаттау бірлігі болып табылады және жеке парақта орналасқан.

Модельде (БҰЗЫНША, ТО-BE немесе SHOULD-BE) болуы мүмкін 4 диаграмма түрі [ , ]:

контекстік диаграмма;

Декомпозиция диаграммалары;

Түйін ағашының диаграммалары;

Тек экспозицияға арналған диаграммалар (FEO).

Мәтінмәндік диаграмма (жоғары деңгей диаграммасы) диаграммалардың ағаш құрылымының жоғарғы бөлігі бола отырып, жүйенің мақсатын (негізгі функциясын) және оның сыртқы ортамен әрекеттесуін көрсетеді. Әр үлгіде тек бір контекстік диаграмма болуы мүмкін. Негізгі функцияны сипаттағаннан кейін функционалдық ыдырау орындалады, яғни негізгі функцияны құрайтын функциялар анықталады.

Әрі қарай, функциялар ішкі функцияларға бөлінеді және зерттелетін жүйенің қажетті егжей-тегжейлі деңгейіне жеткенше осылай жалғасады. Жүйенің әрбір осындай фрагментін сипаттайтын диаграммалар деп аталады ыдырау диаграммалары . Әрбір декомпозициялық сессиядан кейін емтихан сессиялары өткізіледі - пән сарапшылары нақты процестердің жасалған диаграммаларға сәйкестігін көрсетеді. Табылған сәйкессіздіктер жойылады, содан кейін олар процестерді одан әрі егжей-тегжейлі көрсетуге көшеді.

Түйін ағашының диаграммасы функциялардың (жұмыстардың) иерархиялық тәуелділігін көрсетеді, бірақ олардың арасындағы байланысты емес. Олардың бірнешеуі болуы мүмкін, өйткені ағашты ерікті тереңдікке және ерікті түйіннен салуға болады.

Экспозицияға арналған диаграммалар жүйеде болып жатқан процестерге балама көзқарасты көрсету үшін (мысалы, ұйымды басқару тұрғысынан) модельдің жеке фрагменттерін суреттеуге арналған.

6.3. IDEF0 графикалық белгісінің элементтері

IDEF0 әдістемесі, ең алдымен, модельді құру үшін қолданылатын қарапайым графикалық белгілердің арқасында кең қабылдау мен қолдануды тапты. Диаграммалар модельдің негізгі құрамдас бөліктері болып табылады. Олар тіктөртбұрыштар түрінде жүйенің функцияларын, сондай-ақ көрсеткілер арқылы олардың сыртқы ортамен байланысын көрсетеді. Тек екі графикалық примитивтерді пайдалану (тіктөртбұрыш және көрсеткі) осы әдістемемен таныс емес адамдарға IDEF0 диаграммаларын құру ережелері мен принциптерін жылдам түсіндіруге мүмкіндік береді. Бұл артықшылық формальды және визуалды графикалық тілдің көмегімен бизнес-процестерді сипаттау үшін тұтынушының әрекеттерін қосуға және белсендіруге мүмкіндік береді.

Келесі суретте IDEF0 графикалық белгісінің негізгі элементтері көрсетілген.

Күріш. 6.1. IDEF0 графикалық белгісінің элементтері

Тіктөртбұрыш білдіреді жұмыс (процесс, әрекет, функция немесе тапсырма) , ол белгіленген мақсатқа ие және қандай да бір соңғы нәтижеге әкеледі. Жұмыстың атауы әрекетті білдіруі керек (мысалы, «Бөлшектерді дайындау», «Рұқсат етілген жылдамдықтарды есептеу», «CDL No 3 ведомості қалыптастыру»).

Шығармалардың өзара және сыртқы әлем арасындағы өзара әрекеті көрсеткілер түрінде сипатталады. IDEF0 ажыратады Жебелердің 5 түрі :

- Кіру (Ағылшынша енгізу) – нәтиже (шығару) алу үшін жұмыс арқылы пайдаланылатын және түрлендірілетін материал немесе ақпарат. Кіріс «Нені өңдеу керек?» Деген сұраққа жауап береді. Кіріс ретінде ол материалдық объект (шикізат, бөлшек, емтихан билеті), немесе анық физикалық контурлары жоқ (мәліметтер қорына сұраныс, мұғалімнің сұрағы) болуы мүмкін. Жұмыста ешқандай кіріс көрсеткі болмауы мүмкін. Кіру көрсеткілері әрқашан тапсырманың сол жағына енеді;

- бақылау (ағылшынша бақылау) – жұмысты басқаратын, реттейтін және нормативтік деректер. Басшылық «Орындалған жұмысқа сәйкес?» деген сұраққа жауап береді. Менеджмент жұмысқа әсер етеді, бірақ оны өзгертпейді, яғни. шектеу ретінде әрекет етеді. Басқару ретінде ережелер, стандарттар, ережелер, бағалар, ауызша нұсқаулар қолданылуы мүмкін. Басқару көрсеткілері тапсырманың жоғарғы жағына кіретіндей сызылады. Егер диаграмманы құру кезінде жоғарыда немесе сол жақта көрсеткіні қалай дұрыс салу керек деген сұрақ туындаса, оны кіріс ретінде салу ұсынылады (сол жақтағы көрсеткі);

- Шығу (ағыл. шығыс) – жұмыстың нәтижесін көрсететін материал немесе ақпарат. Шығару «Жұмыстың нәтижесі қандай?» деген сұраққа жауап береді. Шығару материалды объект (деталь, автомобиль, төлем құжаттары, үзінді көшірме) немесе материалдық емес (мәліметтер базасынан мәліметтерді таңдау, сұраққа жауап беру, ауызша нұсқау) болуы мүмкін. Шығу көрсеткілері жұмыстың оң жағынан келетін сызылады;

- механизм (ағылшынша механизм) – жұмысты орындайтын ресурстар. Механизм «Кім жұмыс істейді немесе не арқылы?» деген сұраққа жауап береді. Механизм кәсіпорын персоналы, студент, станок, құрал-жабдық, бағдарлама бола алады. Механизмнің көрсеткілері жұмыстың төменгі жағына кіретіндей сызылады;

- қоңырау шалу (Ағылшынша қоңырау) - көрсеткі жұмыстың кейбір бөлігі қарастырылған блоктан тыс орындалғанын көрсетеді. Шығу көрсеткілері тапсырманың төменгі жағынан тартылады.

6.4. Жұмыс арасындағы байланыс түрлері

Функциялардың құрамын және олардың арасындағы байланыстарды анықтағаннан кейін олардың модульдерге (ішкі жүйелерге) дұрыс құрамы (ассоциациясы) туралы мәселе туындайды. Бұл әрбір жеке функция бір, қатаң анықталған тапсырманы шешуі керек дегенді білдіреді. Әйтпесе, функцияларды одан әрі декомпозициялау немесе бөлу қажет.

Функцияларды ішкі жүйелерге біріктіру кезінде ішкі байланыс (модуль ішіндегі функциялар арасында) мүмкіндігінше күшті, ал сыртқы байланыс (әртүрлі модульдерге кіретін функциялар арасында) мүмкіндігінше әлсіз болуын қамтамасыз етуге ұмтылу қажет. Әдістеменің буындарының семантикасына сүйене отырып, функциялар (жұмыстар) арасындағы байланыстардың классификациясын енгіземіз. Бұл классификациякеңейтімі болып табылады. Сілтемелердің түрлері олардың маңыздылығының (байланыс күші) кему ретімен берілген. Келтірілген мысалдарда қалыңдатылған сызықтар арасында қарастырылатын байланыс түрі бар функциялар бөлектеледі.

1. Иерархиялық байланыс («бөлік» - «бүтін» жалғауы) функция мен ол құрайтын ішкі функциялар арасында орын алады.

Күріш. 6.2. Иерархиялық қатынас

2. Реттеуші (бақылау, бағынышты) байланыс бір жұмыстың нәтижесі басқасын басқаруға жіберілгенде, бір функцияның екіншісіне тәуелділігін көрсетеді. Бақылау шығатын функция реттеуші немесе бақылаушы, ал ол кіретін – бағынышты болып саналуы керек. Айырмау тікелей басқару сілтемесі , басқару жоғары жұмыстан төменгі жұмысқа ауысқанда (6.3-сурет), және басқарудың кері байланысы , басқару төменнен жоғарыға ауысқанда (6.4-сурет).

3. Функционалдық (технологиялық) байланыс бір функцияның шығысы кіріс болған кезде пайда болады келесі функция. Материалдық объектілердің ағымы тұрғысынан бұл байланысосы объектілерді өңдеу технологиясын (жұмыс ретін) көрсетеді. Айырмау кіріс арқылы тікелей қосылу шығыс жоғары жұмыстан төменгі ағынға ауыстырылған кезде (6.5-сурет), және кері байланыс енгізу шығыс төменгі ағыннан жоғары ағынға ауыстырылған кезде (Cурет 6.6).

Күріш. 6.5. Кіру кезінде тікелей байланыс	Күріш. 6.6. Кері байланыс енгізу

4. Тұтынушылардың байланысы бір функцияның шығысы келесі функцияның механизмі ретінде қызмет еткенде пайда болады. Осылайша, бір функция басқасы жасаған ресурстарды тұтынады.

Күріш. 6.7. Тұтынушылардың байланысы

5. Логикалық байланыс логикалық біртекті функциялар арасында байқалады. Мұндай функциялар, әдетте, бір жұмысты орындайды, бірақ әртүрлі (балама) тәсілдермен немесе әртүрлі бастапқы деректерді (материалдар) пайдаланады.

Күріш. 6.8. Логикалық байланыс

6. Коллегиялық (әдістемелік) байланыс жұмыс алгоритмі бірдей басқару арқылы анықталатын функциялар арасында орын алады. Мұндай байланыстың аналогы бір бөлім қызметкерлерінің (әріптестердің) бірлескен жұмысы болып табылады, бастыққа есеп береді, ол нұсқаулар мен бұйрықтар береді (бақылау сигналдары). Мұндай байланыс осы функциялардың жұмыс істеу алгоритмдері бақылау қызметін атқаратын бірдей әдістемелік қамтамасыз етумен (SNIP, ГОСТ, ресми нормативтік материалдар және т.б.) анықталған кезде де орын алады.

Күріш. 6.9. Әдістемелік байланыс

7. Ресурс байланысы жұмысы үшін бірдей ресурстарды пайдаланатын функциялар арасында орын алады. Ресурсқа тәуелді функцияларды, әдетте, бір уақытта орындау мүмкін емес.

Күріш. 6.10. Ресурс байланысы

8. Ақпараттық байланыс енгізумен бірдей ақпаратты пайдаланатын функциялар арасында орын алады.

Күріш. 6.11. Ақпараттық байланыс

9. Уақытша байланыс басқа функцияға дейін немесе бір уақытта бір уақытта орындалуы керек функциялар арасында орын алады.

Суретте көрсетілген жағдайлардан басқа, бұл байланыс басқарудың, кірістің және сол функцияға кіретін механизмнің басқа комбинациялары арасында да орын алады.

Күріш. 6.12. Уақытша байланыс

10. Кездейсоқ қосылым функциялар арасында ерекше байланыс болмағанда немесе мүлдем болмағанда пайда болады.

Күріш. 6.13. Кездейсоқ қосылым

Жоғарыда аталған сілтеме түрлерінің ішінде ең күштісі иерархиялық байланыс болып табылады, ол шын мәнінде функциялардың модульдерге (ішкі жүйелерге) байланысын анықтайды. Нормативтік, функционалдық және тұтынушылық байланыстар біршама әлсіз. Бұл қатынастары бар функциялар әдетте бір ішкі жүйеде жүзеге асырылады. Логикалық, алқалық, ресурстық және ақпараттық сілтемелерең әлсіздердің бірі. Оларға ие функциялар, әдетте, логикалық біртекті функцияларды (логикалық байланыс арқылы қосылған функцияларды) қоспағанда, әртүрлі ішкі жүйелерде жүзеге асырылады. Уақытша байланыс функциялардың бір-біріне әлсіз тәуелділігін көрсетеді және оларды бөлек модульдерде жүзеге асыруды талап етеді.

Осылайша, функцияларды модульдерге біріктіру кезінде сілтемелердің алғашқы бес түрі ең қажет. Соңғы бес сілтемемен байланыстырылған функциялар бөлек модульдерде жақсы орындалады.

IDEF0 жүйесінде [ , ] үлгісін оқуды және зерттеуді жеңілдету үшін жасалған диаграммаларды құруға арналған конвенциялар (ережелер мен нұсқаулар) бар. Осы ережелердің кейбіреулері CASE құралдарымен автоматты түрде қолдау көрсетіледі, ал басқалары қолмен орындалуы керек.

1. Модельді құрастырмас бұрын жүйенің қандай моделі(лері) салынатынын шешу керек. Бұған оның ҚАЛҒАН КӨРСЕТІЛГЕН, ТО-БОЛУ немесе ҚАЖЕТТІК түрін көрсету, сондай-ақ үлгі құрастырылған орынды көрсету кіреді. «Көзқарас» адамның немесе объектінің жүйенің әрекетін көру үшін тұруы керек орны (позициясы) ретінде жақсы ойластырылған. Мысалы, азық-түлік дүкенінің үлгісін салу кезінде жүйе қарастырылып жатқан ықтимал өтініш берушілер арасынан сатушыны, кассирді, бухгалтерді немесе директорды таңдауға болады. Әдетте, жүйе жұмысының барлық нюанстарын толығымен қамтитын бір көзқарас таңдалады және қажет болған жағдайда балама көзқарасты көрсететін кейбір ыдырау диаграммалары үшін FEO диаграммалары құрастырылады.

2. Мәтінмәндік диаграмма жүйенің мақсатын көрсететін бір блокты көрсетеді. Ол үшін әр жағынан кіретін және шығатын 2-4 көрсеткіні көрсету ұсынылады.

3. Бөлу диаграммаларындағы блоктар саны 3-6 аралығында ұсынылады. Егер ыдырау диаграммасында екі блок болса, онда бұл, әдетте, мағынасы жоқ. қатысуымен үлкен санблок-схема толып кетеді және оқу қиын болады.

4. Ыдырау диаграммасындағы блоктарды солдан оңға және жоғарыдан төмен қарай орналастыру керек. Бұл орналасу жұмыстың логикасы мен бірізділігін нақтырақ көрсетуге мүмкіндік береді. Сонымен қатар, көрсеткілердің бағыттары азырақ шатастырылады және қиылыстардың ең аз саны болады.

5. Егер функцияда бір уақытта басқару және енгізу көрсеткілері болмаса, оған рұқсат етілмейді. Бұл бұл функцияның іске қосылуы бақыланбайтынын және кез келген еркін уақытта орын алуы немесе мүлде болмауы мүмкін екенін білдіреді.

Күріш. 6.14. Басқарусыз және енгізусіз функция

Тек басқаруы бар блокты параметрсіз функцияның (процедураның) бағдарламасындағы шақыру ретінде қарастыруға болады. Егер блоктың кірісі болса, онда ол бағдарламадағы параметрлері бар функцияны шақыруға тең. Осылайша, басқаруы және енгізуі жоқ блок бағдарламада орындауға ешқашан шақырылмайтын функцияға тең.

Суретте. IDEF0 диаграммаларының фрагменттерін көрсететін 6.7–6.12, кіріс пен басқарусыз блоктар бар. Мұны қате деп санауға болмайды, өйткені сол көрсеткілердің бірі болуы керек.

6. Әрбір блоктың кем дегенде бір шығысы болуы керек.

Күріш. 6.15. Шығусыз жұмыс істеу

Нәтижесіз жұмыстардың мәні жоқ және үлгілеуге болмайды. Ерекшелік AS-IS үлгісінде көрсетілетін тапсырмалар болып табылады. Олардың болуы технологиялық процестердің тиімсіздігі мен жетілмегендігін көрсетеді. TO-BE үлгісінде бұл жұмыстар болмауы керек.

7. Диаграммаларды құрастыру кезінде стрелкалардың қиылыстарын, ілмектерін және бұрылыстарының санын азайту керек.

8. Кері байланыстар мен итерацияларды (циклдік әрекеттер) кері доғалардың көмегімен бейнелеуге болады. Кіріс кері байланыстары «төменгі» контурмен, басқарушы кері байланыс «жоғарғы» арқылы сызылады (6.4 және 6.6-суретті қараңыз).

9. Диаграммалардағы әрбір блоктың және әрбір көрсеткінің атауы болуы керек. Көрсеткілердің тармақталуын (ыдырауын) немесе біріктіруді (құрамын) пайдалануға рұқсат етіледі. Бұл бір тапсырмамен жасалған бірдей деректер немесе нысандарды бірден бірнеше басқа жұмыста қолдануға болатындығына байланысты. Керісінше, әртүрлі жұмыс орындарымен жасалған бірдей немесе ұқсас деректер мен нысандар бір жерде қолданылуы мүмкін.

Күріш. 6.16. Көрсеткі тармақталуы

Бұл жағдайда тармақталғаннан кейін (біріктіруден бұрын) көрсеткінің әртүрлі тармақтарына біліктілік атауларын беруге рұқсат етіледі. Егер тармақтан кейінгі кез келген тармақ аталмаса, онда оның атауы тармақтың алдында жазылған көрсеткі атына сәйкес келеді деп саналады.

Сонымен, күріш. 6.16 «Бөлшектерді өндіру» және «Бұйымды құрастыру» блоктарына енгізілген басқару элементтері нақтылайтын мәндерге ие және ажырамас бөлігіжалпы бақылау «Сызбалар». Барлық сызбалар Сапаны бақылау блогының жұмысы үшін пайдаланылады.

Тармақталғанға дейін және кейін аталмаған кезде сызбаға көрсеткілерді салуға жол берілмейді. Суретте. 6.17, «Стандартты мәлімдемелерді қалыптастыру» блогына енгізілген көрсеткіде тармақталғанға дейін және одан кейінгі атау жоқ, бұл қате.

Күріш. 6.17. Көрсеткіні қате атау

10. Диаграммаларды олардың жақсы оқылуы үшін құрастыру кезінде көрсеткі туннельдеу механизмін пайдалануға болады. Мысалы, жоғарғы деңгейлердің (ата-аналардың) диаграммаларын қажетсіз бөлшектермен толтырмау үшін доғаның басы ыдырау диаграммаларында туннельге орналастырылады.

Күріш. 6.18. Туннельдік көрсеткілер

Бұл мысалда жаңа жылдық кешті өткізуге арналған үлгіні құру кезінде «екі ось» механизмі жоғарғы деңгейлердің диаграммаларында көрсетілмейді, оны оқығанда әділ сұрақ туындауы мүмкін: «Неліктен бізге екі ось қажет? Жаңа жылдық кеш пе?»

Сол сияқты, төменгі деңгей диаграммаларында көрсеткіні көрсетуге жол бермеу мақсатына қарама-қарсы туннелдеуді орындауға болады. Бұл жағдайда жақшалар көрсеткінің соңына қойылады. Мәтінмәндік диаграммада (6.21-суретті қараңыз) «Рұқсат етілген жылдамдықтарды анықтау» блогына кіретін «Трафик қызметінің инженері» механизмі туннельденеді. Бұл шешім қабылданды, өйткені инженер осы блоктың ыдырау диаграммасында көрсетілген барлық жұмыстарға тікелей қатысады (6.22-суретті қараңыз). Бұл байланысты көрсетпеу және ыдырау диаграммасын бұзбау үшін көрсеткі туннельдендірілді.

11. Оған ыдырау диаграммасын құру кезінде блокқа кіретін және шығатын барлық көрсеткілер онда көрсетілуі керек. Ерекшелік - туннельді көрсеткілер. Декомпозиция диаграммасына тасымалданатын көрсеткілердің атаулары жоғарғы деңгей диаграммасында көрсетілген атауларға сәйкес келуі керек.

12. Егер екі көрсеткі параллель болса (бір шығарманың бір бетінен басталып, екінші шығарманың бір бетіне аяқталатын), мүмкін болса, оларды біріктіріп, бір термин деп атаған жөн.

Күріш. 6.19. Сілтемелерді біріктіру

13. Диаграммалардағы әрбір блоктың өз нөмірі болуы керек. Кез келген диаграмманың немесе блоктың иерархиядағы орнын көрсету үшін диаграмма нөмірлері пайдаланылады. Жоғарғы деңгей диаграммасындағы блок 0-мен, екінші деңгейдегі диаграммалардағы блоктар - 1-ден 9-ға дейінгі сандармен (1, 2, ..., 9), үшінші деңгейдегі блоктар - екімен белгіленеді. цифрлар, олардың біріншісі негізгі диаграммадағы егжей-тегжейлі блоктың нөмірін көрсетеді, ал екінші блок нөмірі ағымдағы диаграммадағы ретімен (11, 12, 25, 63) және т.б. Мәтінмәндік диаграммада «A - 0", бірінші деңгейдің ыдырау диаграммасы - "A0", келесі деңгейлердің ыдырау диаграммалары - "А" әрпінен, одан кейін ыдырайтын блоктың нөмірінен тұрады (мысалы, "A11", "A12" ", "A25", "A63"). Суретте нөмірленген типтік диаграмма ағашы (түйін ағашының диаграммасы) көрсетілген.

Күріш. 6.20. Диаграмма иерархиясы

Қазіргі CASE құралдарында жұмысты нөмірлеу механизмдеріне автоматты түрде қолдау көрсетіледі. CASE құралдары сонымен қатар тек иерархиялық қатынастарды қамтитын түйін ағашының диаграммаларын автоматты түрде құруды қамтамасыз етеді. Мұндай диаграмманың шыңы кез келген түйін (блок) болуы мүмкін және оны кез келген тереңдікте салуға болады.

6.6. Рұқсат етілген жылдамдықтарды анықтау жүйесі үшін IDEF0 үлгісін құру мысалы

Пойыздардың рұқсат етілген жылдамдығын есептеу көп уақытты қажет ететін инженерлік жұмыс болып табылады. Пойыз кез келген учаскеден өткен кезде пойыздың нақты жылдамдығы рұқсат етілген ең жоғарыдан аспауы керек. Бұл рұқсат етілген ең жоғары жылдамдық пайдалану тәжірибесі және жылжымалы құрамның қозғалыс динамикасы мен жолына әсер ету бойынша арнайы жүргізілген сынақтар негізінде белгіленеді. Бұл жылдамдықтан аспау пойыз қозғалысының қауіпсіздігіне, жолаушыларды жүргізудің қолайлы жағдайларына және т.б. кепілдік береді. Олар жылжымалы құрамның түріне (локомотивтің маркасы мен вагондардың түріне), жолдың қондырмасының параметрлеріне (типі) байланысты анықталады. рельстердің, балласттың, шпалдардың диаграммасының) және жоспарының (радиус қисықтары, өту қисықтары, сыртқы рельс биіктігі және т.б.). Әдетте, рұқсат етілген жылдамдықтарды белгілеу үшін барлық есептелгендердің ең кішісі ретінде соңғы рұқсат етілген жылдамдық таңдалатын кемінде екі (түзу сызықтар бойынша) және бес (қисық сызықтар бойынша) жылдамдықтарды анықтау қажет. Бұл жылдамдықтарды есептеу Ресей Темір жол министрлігінің 2001 жылғы 12 қарашадағы № 41 бұйрығымен реттеледі «Жылжымалы құрамның 1520 (1524) мм калибрімен теміржол жолдарында қозғалысының рұқсат етілген жылдамдықтарының нормалары. Федералдық теміржол көлігі».

Жоғарыда айтылғандай, IDEF0 моделінің құрылысы бүкіл жүйені ең қарапайым компонент (контекстік диаграмма) түрінде көрсетуден басталады. Бұл диаграммада жүйенің мақсаты (негізгі қызметі) және қажетті кіріс және шығыс деректері, бақылау және реттеуші ақпарат, сонымен қатар механизмдер көрсетіледі.

Рұқсат етілген жылдамдықтарды анықтау тапсырмасының контекстік диаграммасы 6.21-суретте көрсетілген. Модель Computer Associates компаниясының BPwin 4.0 өнімі арқылы жасалған.

Күріш. 6.21. Рұқсат етілген жылдамдықтарды анықтау жүйесінің контекстік диаграммасы (IDEF0 әдістемесі)

Ретінде бастапқы ақпарат, оның негізінде рұқсат етілген жылдамдықтарды анықтау жүзеге асырылады:

Жаңа желілік жобаның немесе қайта құру жобасының деректері (жобаны іске асыру үшін барлық қажетті ақпаратты қамтиды, атап айтқанда, жүгіріс, бөлек нүктелердің осьтері, сызық жоспары және т.б.);

Толық бойлық профиль (жоғарыда қарастырылғанға ұқсас ақпаратты қамтиды);

Жол қашықтығы паспорты (жоғарыда қарастырылғанға ұқсас ақпаратты, сондай-ақ жолдың үстіңгі құрылысы (VSP) туралы ақпаратты қамтиды);

Жол өлшегіш машинамен жол жоспарын түсіру нәтижелері туралы мәліметтер;

Қисықтардағы сыртқы рельстің биіктіктерінің тізімі (жол жоспары туралы ақпаратты қамтиды).

Кейбір бастапқы мәліметтерді әртүрлі көздерден алуға болады. Атап айтқанда, жоспар туралы ақпарат (қисық параметрлер) жаңа желі жобасынан немесе қайта құру жобасынан, егжей-тегжейлі бойлық профильден, жол қашықтығы паспортынан және т.б.

бақылау деректерімыналар:

Есептеу үшін жолдың жол қызметі немесе Ресей темір жолдарының жол және құрылыс департаменті бастығының көрсеткіші;

Нормативтік және анықтамалық ақпаратты, рұқсат етілген жылдамдықтарды анықтау тәртібі мен формулаларын қамтитын № 41 бұйрық;

Ағымдағы немесе жоспарланған пойыздар ағыны туралы ақпарат (айналымдағы локомотивтердің маркалары және пайдаланылатын вагон түрлері туралы деректер);

Жолды жоспарлы жөндеу, құрылымдар мен құрылғыларды қайта құру және қайта құру туралы ақпарат.

нәтижежүйенің жұмысы келесідей болуы керек:

Есептелген жылдамдықтардың барлық түрлерін қамтитын және оларды шектеу себебін анықтауға мүмкіндік беретін рұқсат етілген жылдамдықтардың тізімдері;

Жолда қабылданған нысанға сәйкес тасымалдаулар мен жекелеген пункттерде рұқсат етілген жылдамдықтарды белгілеу туралы жол бастығының бұйрығының мәлімдемелері («N» бұйрығы). Бекітілген «N» бұйрығы пойыздардың рұқсат етілген жылдамдығын ресми түрде бекітеді;

Пойыздар қозғалысының кестесін әзірлеу үшін жоспарланған рұқсат етілген жылдамдықтарды қамтитын № 1, 1а және 2 үлгі нысандары.

«H» тәртібінде қамтылған жылдамдықтар және стандартты формалар, есептелгеннен және рұқсат етілген жылдамдықтар туралы мәлімдемелерде көрсетілгеннен өзгеше болуы мүмкін. Бұл олардың жылдамдық шектеулерін жылжымалы құрамның дизайнымен, VSP параметрлері мен қисық сызықтарымен ғана емес, сонымен қатар құрылғылар мен құрылымдардың күйімен (жер асты қабатының деформациясы, түйіспелі желі тіректерінің қисаюы және т.б.) көрсететініне байланысты. ). Бұдан басқа, олар жолды жоспарлы жөндеу, құрылымдар мен құрылғыларды қайта құру және қайта ұйымдастыру және т.б. ескере отырып түзетіледі.

Құрылғаннан кейін контекстік диаграмма бірінші деңгейлі ыдырау диаграммасы арқылы егжей-тегжейлі көрсетіледі. Бұл диаграмма негізгі функцияның ішінде жүзеге асырылуы тиіс жүйенің функцияларын көрсетеді. Оны егжей-тегжейлі сипаттайтын диаграммаларға қатысты ыдырау орындалатын диаграмма деп аталады ата-аналық . Ата-анаға қатысты ыдырау диаграммасы деп аталады еншілес ұйым .

Қарастырылып отырған мәселе бойынша бірінші деңгейдің ыдырау диаграммасы 6.22-суретте көрсетілген. Әдетте, ыдырау диаграммасын құру кезінде бастапқы функция (ыдыраған) 3–8 ішкі функцияларға (блоктарға) бөлінеді. Бұл ретте ыдырау диаграммасында блоктарды солдан оңға, жоғарыдан төмен қарай орналастыру ұсынылады, осылайша ішкі функциялардың өзара әрекеттесу реттілігі мен логикасы жақсырақ көрінуі мүмкін.

Күріш. 6.22. Бірінші деңгейдегі ыдырау диаграммасы (IDEF0 әдістемесі)

Қарастырылып отырған мәселені шешу функцияларының орындалу реті келесідей:

Жол учаскелері бойынша анықтамалық ақпаратты және деректерді енгізу және жаңарту (1 және 2 блоктар);

Есепке тапсырма дайындау (3-блок). Ол қай секцияға және жолға, сондай-ақ локомотивтің маркасы мен вагондардың түрін есептеу керек екенін көрсетеді;

No 41 бұйрықта (4 блок) көрсетілген тәртіп пен формулаларға сәйкес рұқсат етілген жылдамдықтарды есептеу. Бастапқы ақпарат - бұл учаскенің траекториясы туралы деректер (жоспар, жолдың қондырмасы және т.б.) және есептеуге арналған тапсырма негізінде таңдалған стандарттар;

Рұқсат етілген жылдамдықтар туралы мәлімдемелерді қалыптастыру (блок 5). Есептеу нәтижелері бойынша шығыс құжаттарының бірнеше түрі құрылады, олар бір жағынан жылдамдықты шектеудің себебін анықтауға мүмкіндік берсе, екінші жағынан реттелетін құжаттарды дайындауға негіз болады;

«N» бұйрығының жобасын және үлгілік мәлімдемелерді (6 және 7 блоктар) қалыптастыру және дайындау.

Бірінші деңгейдің ыдырау диаграммасын құрастырғаннан кейін онда көрсетілген функциялар үшін жеке диаграммалар салынады (екінші деңгейдің ыдырау диаграммалары). Содан кейін ыдырау процесі (құрылыс диаграммалары) функцияларды одан әрі егжей-тегжейлі көрсету мағынасын жоғалтпайынша жалғасады. Элементар операцияны сипаттайтын әрбір атомдық функция үшін (яғни, ыдырау диаграммасы жоқ функция) оның ерекшеліктері мен іске асыру алгоритмін анықтайтын егжей-тегжейлі спецификация құрастырылады. Спецификацияға қосымша ретінде алгоритмдердің блок-схемаларын пайдалануға болады. Осылайша процесс функционалдық модельдеуфункциялардың иерархиясын біртіндеп құру болып табылады.

6.7. ICOM кодтары

Жоғарғы деңгей диаграммасындағы блокқа кіретін және шығатын көрсеткілер төменгі деңгей диаграммасына кіретін және шығатын көрсеткілермен бірдей, өйткені блок пен диаграмма жүйенің бірдей бөлігін білдіреді (суретті және , қараңыз). Нәтижесінде, жоғарғы деңгейдегі функцияның шекаралары ыдырау диаграммасының шекараларымен бірдей.

ICOM кодтары (Input, Control, Output және Mechanism аббревиатурасы) шекаралық көрсеткілерді анықтау үшін пайдаланылады. ICOM кодында көрсеткі түріне сәйкес келетін префикс (I, C, O немесе M) және сериялық нөмір бар (суретті қараңыз).

Корпоративтік ақпараттық жүйелерді құру немесе дамытумен байланысты жобаларды жүзеге асырумен айналысатындардың көпшілігі тапсырыс берушіге кәсіпорынның тиімділігін арттыратын ақпараттық жүйе қажет деген тезиспен келіседі. Дегенмен, ақпараттық жүйелердің тұтынушылары мен әзірлеушілері әлі де әртүрлі тілдерде сөйлейді: олар кәсіпорынның тиімділігін арттыру дегенді басқаша түсінеді.

Ақпараттық жүйелерді әзірлеушілер тиімділіктің жоғарылауын жергілікті жерде жұмыс станцияларының санының артуы деп түсінеді. компьютерлік желіКәсіпорынның (LAN), LAN өткізу қабілеттілігінің ұлғаюы, жұмыс станцияларында (АЖС) өңделетін құжаттар санының артуы және т.б.

Тұтынушылар кәсіпорынның тиімділігін арттыруды еңбек өнімділігінің артуы, өзіндік құнының төмендеуі және өндірілген өнім мен қызмет сапасының артуы деп түсінеді. Жақында тұтынушылардың өміріне жаңа шарттар мен жаңа концепциялар тез еніп жатыр: даму стратегиясы, негізгі құзыреттер, бизнес архитектурасы, бизнес ережелері және т.б.

Тапсырыс беруші мен ақпараттық жүйені әзірлеуші ​​бір-бірін түсінуі үшін әзірлеушіге ақпараттық жүйені құрудың немесе әзірлеудің техникалық мәселелерін шешуден тапсырыс беруші кәсіпорынның тиімділігін арттыру үшін күрделі мәселелерді шешуге қайта бағдарлау қажет. Бұл тәсілмен мәселе туындайды тиімді жолытапсырыс берушінің қызмет саласын зерттеу:

• қолданыстағы бизнес-архитектураны, бизнес-процестерді, бизнес ережелерін, ақпарат ағындарын сараптау;
• кәсіпорын жұмысының тиімділігіне теріс әсер ететін проблемаларды, «тар жолдарды» анықтау;
• бар проблемаларды жою және кәсіпорынның бизнес-архитектурасын өзгерту, бизнес-процестерді қайта құрылымдау бойынша шараларды әзірлеу және жүзеге асыру;
• корпоративтік ақпараттық жүйенің нақты жобасын әзірлеу, осы жобаны жүзеге асыру және болашақта қолдау көрсету.

Бұл тәсілдің шеңберінде ақпараттық жүйелерді әзірлеуші ​​тиімділігін арттыру үшін кәсіпорынды модельдеуге және бизнес-процестерді қайта құруға арналған құралдар шақырылады. Осы отбасы мүшелерінің бірі құралдарбизнес-процестерді функционалдық модельдеуге арналған CASE құралдары болып табылады.

Бұл мақалада IDEF0 әдістемесін пайдалануға бағытталған бизнес-процестерді функционалдық модельдеуге арналған құралдардың бір класына шолу берілген.

IDEF0 – функционалдық модельдеу әдістемесі

Сол кезде АҚШ-тың аэроғарыш өнеркәсібі үшін Әскери-әуе күштері ұсынған өндірісті кешенді компьютерлендіру (ICAM) бағдарламасын жүзеге асыру барысында өндірістік жүйелердегі процестердің өзара әрекеттесуін талдау әдістерін әзірлеу қажеттілігі анықталды. Осы қажеттілікті қанағаттандыру үшін IDEF0 (Integrated Definition Function Modeling) әдістемесі әзірленді және қазір АҚШ федералды стандарты ретінде қабылданды. Әдістеме бизнес-процестерді талдаудың, жобалаудың және ұсынудың тиімді құралы ретінде өзін көрсете отырып, көптеген салаларда сәтті қолданылды. Қазіргі уақытта IDEF0 әдістемесі АҚШ-та ғана емес, бүкіл әлемде кеңінен қолданылады. Ресейде IDEF0 мемлекеттік мекемелерде (мысалы, Мемлекеттік салық инспекциясында), аэроғарыш өнеркәсібінде (Плесецк ғарыш айлағының жобасында), Орталық банкте және Ресейдің коммерциялық банктерінде, мұнай және газ өнеркәсібі және басқа салалардағы кәсіпорындар.

IDEF0 негізгі концепциялары

IDEF0 әдістемесі кейбір бизнес функцияларын көрсететін блок тұжырымдамасына негізделген. Блоктың төрт жағы әртүрлі рөлдерге ие: сол жағы «кіріс», оң жағы - «шығыс», жоғарғы жағы - «басқару», төменгі жағы - «механизм» (1-суретті қараңыз).

IDEF0-дегі функциялар арасындағы өзара әрекеттесу бір функцияның шығысынан екіншісінің кірісіне келетін деректер немесе материал ағынын көрсететін доға ретінде ұсынылған. Ағын блоктың қай жағымен байланыстырылғанына байланысты сәйкесінше «кіріс», «шығыс», «басқару» деп аталады.

IDEF0 жүйесіндегі модельдеу принциптері

IDEF0 процесті модельдеудің үш негізгі принципін жүзеге асырады:

• функционалдық ыдырау принципі;
• күрделілікті шектеу принципі;
• контекстік принцип.

Функционалдық ыдырау принципі - кез келген әрекетті, операцияны, функцияны көбірек бөлуге (ыдыратуға) болатын типтік жағдайды модельдеу тәсілі. қарапайым қадамдар, операциялар, функциялар. Басқаша айтқанда, күрделі іскерлік функцияны қарапайым функциялар жиынтығы ретінде көрсетуге болады. Функцияларды графикалық түрде блоктар түрінде бейнелей отырып, блоктың ішіне қарап, оның құрылымы мен құрамын егжей-тегжейлі қарастыруға болады (2-суретті қараңыз).

Күрделіліктің шектелу принципі. IDEF0 диаграммаларымен жұмыс істеу кезінде олардың анықтылығы мен оқылу шарты маңызды. Күрделіліктің шектеу принципінің мәні диаграммадағы блоктар саны кемінде екі және алтыдан көп болмауы керек. Тәжірибе көрсеткендей, бұл принципті сақтау IDEF0 моделі түрінде ұсынылған функционалдық процестердің жақсы құрылымдалған, түсінікті және талдауға оңай болуына әкеледі.

Контекстік диаграмманың принципі. Бизнес-процестерді модельдеу контекстік диаграмманы құрудан басталады. Бұл диаграмма тек бір блокты көрсетеді - модельденетін жүйенің негізгі бизнес функциясы. Бүкіл кәсіпорынды немесе тіпті үлкен бөлімшені модельдеуге келетін болсақ, негізгі бизнес функциясын, мысалы, «өнімдерді сату» деп тұжырымдауға болмайды. Жүйенің негізгі іскерлік қызметі жүйенің «миссиясы», оның қоршаған әлемдегі маңызы. Кәсіпорынның стратегиясы туралы түсініксіз оның негізгі функциясын дұрыс тұжырымдау мүмкін емес.

Негізгі іскерлік функцияны анықтау кезінде сіз әрқашан модельдеу мақсатын және модельдің көзқарасын есте ұстауыңыз керек. Бір кәсіпорынды оның қарастырылатын көзқарасына қарай әртүрлі сипаттауға болады: кәсіпорын директоры мен салық инспекторы ұйымды мүлде басқаша көреді.

Функционалдық модельде контекстік диаграмма басқа рөл атқарады. Ол модельденетін жүйенің қоршаған ортамен әрекеттесу жолын анықтау арқылы модельденетін бизнес жүйесінің шекараларын «түзетеді». Бұған негізгі бизнес функциясын білдіретін қорапқа қосылған доғаларды сипаттау арқылы қол жеткізіледі.

IDEF0 қолданбасы

Бизнес-процестерді функционалдық модельдеудің негізгі тұжырымдамаларымен және принциптерімен танысқаннан кейін сұрақ туындауы заңды: бұл кәсіпорынның тиімділігі мен сапасын арттыруға қалай көмектеседі.

Модельді САЛҒАН СИЯҚТЫ құрастыру. Кәсіпорын сауалнамасы корпоративтік ақпараттық жүйені құру немесе дамыту бойынша кез келген жобаның міндетті бөлігі болып табылады. AS IS функционалдық моделін құру кәсіпорында қандай бизнес-процестер жүзеге асырылатынын, бизнес-процестер мен жекелеген операцияларды орындауда қандай ақпараттық объектілер пайдаланылатынын нақты бекітуге мүмкіндік береді. Функционалды модель СІЗ СІЗ Бастапқы нүктекәсіпорынның қажеттіліктерін талдау, проблемалар мен кедергілерді анықтау және бизнес-процестерді жақсарту жобасын әзірлеу.

Іскерлік ережелер. Бизнес-процес үлгісі кәсіпорын қызметінде қолданылатын бизнес ережелерін анықтауға және нақты анықтауға мүмкіндік береді.

Суретте. 3 жұмыс үрдісінің функционалдық моделінің фрагментін көрсетеді. «Құжаттарды сұрыптау» операциясын орындау кезінде іскерлік ереже қолданылады: «тіркеуге жатпайды: анықтама үшін көшірмелермен жіберілген құжаттар, жеделхаттар мен іссапарлар мен демалыстарға рұқсат беру туралы хаттар...». Бұл ереже құжат айналымының нұсқауларында бекітілген. Функционалдық модель осы ереженің бар екендігін анықтауға ғана емес, сонымен қатар оны қандай операцияда және қандай жұмыс орнында қолдану керектігін анықтауға мүмкіндік береді.

Функционалдық модель шеңберінде іскерлік ереже келесідей көрінеді: «егер қабылдауға басқаруға арналған құжат түскен болса, ол сұрыптауға жатады, оның нәтижесінде нұсқаудың негізінде құжаттың сәйкестігі анықталады. тіркеуге жатады ма, жоқ па».

Ақпараттық жүйені жасау кезінде бұл бизнес ережесі ескерілмесе, онда мұндай жүйе адекватты емес жұмыс істейді.

Көбінесе кәсіпорындағы бизнес ережелері нұсқауларда жазылмайды: олар бар сияқты, бірақ олар да жоқ сияқты. Нәтижесінде кәсіпорынның немесе бөлімшенің қызметінде бір нәрсені өзгерту әрекеттері бұл өзгерістер белгіленген бизнес ережелеріне қайшы болғандықтан ғана сәтсіздікке ұшырауы мүмкін.

Ақпараттық объектілер. Функционалдық модель кәсіпорын өз қызметінде жұмыс істейтін барлық ақпараттық объектілерді анықтауға мүмкіндік береді. Ұнайды ақпараттық модельдер(Деректердің ағынының диаграммалары, IDEF1X) IDEF0 функционалдық моделі ақпараттық нысандардың бизнес-процестерде қалай пайдаланылатынын дәл көрсетеді.

Модельдік құрылыс ҚАЛАЙ БОЛУ КЕРЕК. Корпоративтік ақпараттық жүйені құру және енгізу жеке операцияларды орындау шарттарын, бизнес-процестердің құрылымын және жалпы кәсіпорынды өзгертуге әкеледі. Бұл кәсіпорында қолданылатын кәсіпкерлік ережелер жүйесін өзгерту, өзгерту қажеттілігіне әкеледі лауазымдық нұсқаулықтарқызметкерлер. ҚАЛАЙ БОЛУ функционалдық үлгісі болашақ ақпараттық жүйені жобалау кезеңінде осы өзгерістерді анықтауға мүмкіндік береді. AS WILL функционалдық моделін қолдану ақпараттық жүйені енгізу уақытын қысқартып қана қоймайды, сонымен қатар персоналдың ақпараттық технологияларға иммунитетімен байланысты тәуекелдерді азайтады.

Ресурстарды бөлу. Функционалдық модель бизнес-процестің операциялары арасында ресурстарды бөлуді нақты анықтауға мүмкіндік береді, бұл ресурстарды пайдалану тиімділігін бағалауға мүмкіндік береді.

Бұл тапсырма әсіресе кәсіпорында жаңа бизнес-процестерді құру кезінде өзекті болып табылады. Мысалы, арнайы бағдарламалық жасақтаманы әзірлеуге маманданған компания өзінің жеке сату тобын құруға шешім қабылдады. Бағдарламалық қамтамасыз етуді сату бойынша бизнес-процестің функционалдық моделі компания басшылығына сату қызметінің жұмыс істеуін қамтамасыз ету үшін қандай ресурстарды бөлу керектігін, жаңа қызметте жұмыс істеу үшін қанша қызметкерді тарту керектігін, нені нақты анықтауға мүмкіндік береді. осы қызметкерлер орындауға тиіс функционалдық міндеттер және т.б.

IDEF0 бағдарламалық жүйелері

Қазіргі уақытта IDEF0 стандартында функционалдық модельдеуді қолдайтын көптеген CASE құралдары бар.

ҚОРЫТЫНДЫ

IDEF0 функционалдық модельдеу әдістемесі жеткілікті қарапайым құрал, бұл корпоративтік ақпараттық жүйелерді әзірлеушілерге тапсырыс берушінің қызмет аясын зерттеуге және осы қызметтің тиімділігін арттыру мәселелерін шешуге мүмкіндік береді.

Функционалдық модельдеуді қолдану тек тапсырыс берушінің техникалық мәселелерін шешуге мүмкіндік бермейді ақпараттық технология, сонымен қатар тапсырыс берушінің қызмет саласына қатысты мәселелер. Бұл ақпараттық жүйе жобасын тұтынушы төлегісі келмейтін «қағаз пакетінен» тұтынушыға кейінгі автоматтандырумен салыстыруға болатын қосымша әсер әкелетін қызметке айналдыруға мүмкіндік береді.

IDEF0 әдістемесі

IDEF0 әдістемесідиаграммалардың иерархиялық жүйесін құруды белгілейді - жүйе фрагменттерінің жеке сипаттамалары. Біріншіден, жүйенің тұтастай сипаттамасы және оның сыртқы әлеммен өзара әрекеттесуі (контекстік диаграмма) жүзеге асырылады, содан кейін функционалдық ыдырау жүзеге асырылады - жүйе ішкі жүйелерге бөлінеді және әрбір ішкі жүйе жеке сипатталады (ыдырау диаграммалары) . Содан кейін әрбір ішкі жүйе кішігірімдерге бөлінеді және қажетті егжей-тегжейлі дәрежеге жеткенше осылай жалғасады.

Әрбір IDEF0-диаграммаларыаблоктар мен доғалардан тұрады. Блоктар имитацияланған жүйенің функцияларын білдіреді. Arcs блоктарды бір-бірімен байланыстырады және олардың арасындағы өзара әрекеттесу мен қатынастарды көрсетеді.

Диаграммалардағы функционалды блоктар (жұмыстар) белгілі бір уақыт ішінде орын алатын және танылатын нәтижелері бар аталған процестерді, функцияларды немесе тапсырмаларды білдіретін ұяшықтармен бейнеленген. Шығарманың аты іс-әрекетті білдіретін ауызша зат есім ретінде көрсетілуі керек.

IDEF0диаграммада кемінде үш және алтыдан көп емес қорап болуын талап етеді. Бұл шектеулер диаграммалар мен үлгілердің күрделілігін оқуға, түсінуге және қолдануға болатын деңгейде сақтайды.

Блоктың әрбір жағы нақты, нақты белгіленген мақсатқа ие. Блоктың сол жағы кірістерге, жоғарғы жағы басқаруға, оң жағы шығысқа, төменгі жағы механизмдерге арналған. Мұндай белгілеу белгілі бір жүйелік принциптерді көрсетеді: кірістер шығысқа айналады; басқару шектейді немесе түрлендірулерді орындау шарттарын белгілейді; механизмдер функцияның не және қалай орындайтынын көрсетеді.

IDEF0-дегі блоктар диаграмма авторы түсінетіндей маңыздылық ретімен орналастырылған. Бұл салыстырмалы тәртіп үстемдік деп аталады. Үстемдік деп бір блоктың диаграмманың басқа блоктарына әсер етуі түсініледі. Мысалы, диаграммадағы ең басым блок қажетті функциялар тізбегінің біріншісі немесе барлық басқаларға әсер ететін жоспарлау немесе басқару функциясы болуы мүмкін.

Ең басым қорап әдетте диаграмманың жоғарғы сол жақ бұрышында, ал ең аз басым қорап оң жақ бұрышта орналасады.

Беттегі блоктардың орналасуы автордың үстемдік туралы анықтамасын көрсетеді. Осылайша, диаграмма топологиясы қай мүмкіндіктердің басқаларына көбірек әсер ететінін көрсетеді. Мұны атап өту үшін талдаушы блоктарды олардың үстемдік тәртібіне қарай қайта нөмірлей алады. Үстемдік тәртібін әрбір қораптың төменгі оң жақ бұрышында орналасқан санмен көрсетуге болады: 1 ең жоғары үстемдікті, 2 келесіні және т.б.

Шығармалардың сыртқы әлеммен және өзара әрекеттесуі ұштарында көрсеткілері бар жалғыз сызықтармен бейнеленген жебелер түрінде сипатталады. Көрсеткілер кейбір ақпаратты білдіреді және зат есім деп аталады.

IDEF0 көрсеткілердің бес түрін ажыратады.

Кіру- нәтиже (шығыс) алу үшін жұмыста қолданылатын және түрлендірілетін объектілер. Жұмыста ешқандай кіріс көрсеткі болмауы мүмкін. Кіру көрсеткісі тапсырманың сол жағына кіру ретінде салынады.

Бақылау-.жұмыстың әрекеттерін бақылайтын ақпарат. Әдетте, басқару көрсеткілері тапсырманың не істеу керектігін көрсететін ақпаратты тасымалдайды. Әрбір тапсырмада кем дегенде бір басқару көрсеткі болуы керек, ол тапсырманың жоғарғы жағына кіру ретінде көрсетіледі.

Шығу- кірістер түрлендірілетін объектілер. Әрбір тапсырмада жұмыстың оң жағынан келетін кем дегенде бір шығу көрсеткі болуы керек.

Механизм- Жұмысты орындайтын ресурстар. Механизм көрсеткі жұмыстың төменгі жағына кіретіндей сызылады. Аналитиктің қалауы бойынша модельде механизмнің көрсеткілері көрсетілмеуі мүмкін.

Қоңырау- басқа жұмыс үлгісін көрсететін арнайы көрсеткі. Шақыру көрсеткісі жұмыстың төменгі жағынан келетіндей сызылады және модельденген жүйеден тыс кейбір жұмыстардың орындалып жатқанын көрсету үшін пайдаланылады.

Күріш. 2.1Көрсеткі түрлері

IDEF0 әдістемесінде блоктар арасындағы өзара әрекеттесулердің тек бес түрі олардың қарым-қатынастарын сипаттау үшін қажет: басқару, енгізу, басқару кері байланыс, кіріс кері байланыс, шығыс-механизм. Басқару және енгізу қатынастары ең қарапайым болып табылады, өйткені олар интуитивті және өте қарапайым тікелей әрекеттерді көрсетеді.

Күріш. 2.2.Шығару байланысы

Күріш. 2.3.Басқару коммуникациясы

Басқару қатынасы бір блоктың шығысы басымдығы аз блокқа тікелей әсер еткенде пайда болады.

Басқару кері байланысы және кіріс кері байланысы күрделірек, өйткені олар итеративті немесе рекурсивті. Атап айтқанда, бір жұмыстың нәтижелері басқа жұмыстардың болашақта орындалуына әсер етеді, бұл кейіннен бастапқы жұмысқа әсер етеді.

Бақылау кері байланысы содан кейін пайда болады; кейбір блоктың шығысы басымырақ блокқа әсер еткенде.

Шығу-механизм қатынастары сирек кездеседі. Олар бір функцияның нәтижесі екіншісіне мақсатқа жету құралы болатын жағдайды көрсетеді.

Күріш. 2.4.Кері байланыс енгізу

Күріш. 2.5.Басқарудың кері байланысы

Шығару-механизм қатынастары ресурс көздерін бөлуге тән (мысалы, қажетті құралдар, оқытылған персонал, физикалық кеңістік, жабдықтар, қаржыландыру, материалдар).

IDEF0-де доға сирек бір нысанды бейнелейді. Әдетте ол объектілер жиынтығын білдіреді. Доғалар нысандардың жиынын білдіретіндіктен, оларда бірнеше бастапқы нүктелер (көздер) және соңғы нүктелер (тағайындалған орындар) болуы мүмкін. Сондықтан доғалар әртүрлі тәсілдермен тармақталуы және қосылуы мүмкін. Бүкіл доға немесе оның бір бөлігі бір немесе бірнеше блоктан шығып, бір немесе бірнеше блокпен аяқталуы мүмкін.

Айырма сызықтар ретінде бейнеленген доғалардың тармақталуы әрбір тармақта доғалар мазмұнының барлығы немесе бір бөлігі пайда болуы мүмкін дегенді білдіреді. Бүкіл жиынға атау беру үшін доға әрқашан тармақтың алдында белгіленеді. Сонымен қатар, доғаның әрбір тармағы келесі ережелерге сәйкес белгіленуі мүмкін немесе болмауы мүмкін:

таңбаланбаған бұтақтар тармақталғанға дейін доғаның жапсырмасында көрсетілген объектілердің салмағын қамтиды;

Тармақ нүктесінен кейін белгіленген тармақтар тармақтың алдындағы доға белгісінде көрсетілген нысандардың барлығын немесе бір бөлігін қамтиды.

IDEFO ішіндегі доға біріктірулері біріктірілген сызықтар ретінде көрсетілген, әрбір тармақтың мазмұны бастапқы доғаларды біріктіру нәтижесінде пайда болатын доға үшін белгіні құрайтынын көрсетеді. Біріктіруден кейін алынған доға біріктіруден кейін пайда болған жаңа мүмкіндіктер жинағын көрсету үшін әрқашан белгіленеді. Сонымен қатар, әрбір филиал келесі ережелерге сәйкес біріктіру алдында белгіленуі мүмкін немесе болмауы мүмкін:

Күріш. 2.6.Шығару-механизм байланысы

таңбаланбаған тармақтар біріктірілгеннен кейін доғаның жалпы белгісінде көрсетілген объектілердің салмағын қамтиды;

біріктіру алдында белгіленген тармақтар біріктірілгеннен кейін ортақ белгіде тізімделген барлық немесе кейбір нысандарды қамтиды;

диаграммадағы блоктар саны - N;

диаграмманың ыдырау деңгейі - Л;

диаграмма балансы - V;

блокқа қосылған көрсеткілердің саны - А

Бұл факторлар жиынтығы әрбір үлгі диаграммасына қолданылады. Төменде диаграмма факторларының қажетті мәндері бойынша ұсыныстар тізімі берілген.

Төменгі деңгейлердің диаграммаларындағы блоктар санының негізгі диаграммалардағы блоктар санынан аз болуын қамтамасыз етуге ұмтылу керек, яғни ыдырау деңгейінің жоғарылауымен коэффициент азаяды. Осылайша, бұл коэффициенттің төмендеуі мынаны көрсетеді. модель ыдырайтындықтан, функциялар жеңілдетілуі керек, сондықтан блоктар саны азаюы керек.

Диаграммалар теңгерімді болуы керек. Бұл бір диаграмманың аясында суретте көрсетілген жағдайды білдіреді. 2.7: 1-тапсырмада шығыстарға қарағанда кіріс және басқару көрсеткілері айтарлықтай көп. Айта кету керек, бұл ұсыныс өндірістік процестерді сипаттайтын үлгілерде орындалмауы мүмкін. Мысалы, құрастыру процедурасын сипаттау кезінде блок өнімнің құрамдас бөліктерін сипаттайтын көптеген көрсеткілерді қамтуы мүмкін, ал бір көрсеткі шығуы мүмкін - дайын өнім.

Күріш. 2.7.Теңгерімсіз диаграмманың мысалы

Диаграмманың баланстық коэффициентін енгізейік

ұмтылу керек kyдиаграмма үшін минимум болды.

Диаграмманың графикалық элементтерін талдаумен қатар, блоктардың атауларын қарастыру қажет. Атауларды бағалау үшін симуляциялық жүйенің элементарлық (тривиальды) функцияларының сөздігі құрастырылған. Шындығында, диаграммалардың төменгі, деңгейлі декомпозициясының функциялары осы сөздікке түсуі керек. Мысалы, дерекқор үлгісі үшін «жазбаны табу», «дерекқорға жазба қосу» функциялары қарапайым болуы мүмкін, ал «пайдаланушыны тіркеу» функциясы қосымша сипаттауды қажет етеді.

Сөздік қорды қалыптастырып, жүйелік диаграммалар пакетін құрастырғаннан кейін модельдің төменгі деңгейін қарастыру қажет. Егер ол диаграммалар блоктарының атаулары мен сөздіктегі сөздер арасындағы сәйкестікті көрсетсе, онда бұл декомпозицияның жеткілікті деңгейіне қол жеткізілгенін көрсетеді. Бұл критерийді сандық түрде көрсететін коэффициентті былай жазуға болады L*C-сөздіктегі сөздермен блок атауларының сәйкестік саны бойынша үлгі деңгейінің көбейтіндісі. Модель деңгейі неғұрлым төмен болса (жоғары L), сәйкестіктер соғұрлым құнды болады.

BPWin іске қосылғанда, әдепкі бойынша негізгі құралдар тақтасы, құралдар палитрасы және үлгі Explorer көрсетіледі.

Жаңа үлгіні жасаған кезде диалогтық терезе пайда болады, онда модель жаңадан жасалатынын немесе ол ModelMart репозиторийінен ашылатынын, үлгінің атын енгізіп, модель құрастырылатын әдістемені таңдау керек ( 2.8-сурет).

2.8-суретМодель жасау диалогы

BPWin үш әдістемені қолдайды - IDEF0, IDEF3 және DFD. BPWin-де аралас үлгілерді құруға болады, яғни модельде бір уақытта IDEF0, IDEF3 және DFD диаграммалары болуы мүмкін. Құралдар палитрасының құрамы бір белгіден екіншісіне ауысқанда автоматты түрде өзгереді.

BPWin жүйесіндегі модель әрқайсысы кейбір деректер жинағында жұмыс істейтін әрекеттер жиынтығы ретінде қарастырылады. Модельдің кез келген объектісін тінтуірдің сол жақ батырмасымен шертсеңіз, қалқымалы контекстік мәзір пайда болады, оның әрбір элементі объектінің қандай да бір қасиетінің редакторына сәйкес келеді.

Жүйе моделін құру оны сипаттайтын барлық құжаттарды зерттеуден басталуы керек. функционалдық. Осы құжаттардың бірі техникалық тапсырма, атап айтқанда «Әзірлеу мақсаты», «Жүйенің мақсаттары мен міндеттері» және «Жүйенің функционалдық сипаттамалары» тараулары болып табылады.

Бастапқы құжаттарды зерттеп, тұтынушылар мен жүйені пайдаланушылармен сұхбат жүргізгеннен кейін модельдеу мақсатын тұжырымдап, модельге көзқарасты анықтау қажет. Негізгі ерекшеліктері No1 зертханалық жұмыста баяндалған «ЖОО шеңберіндегі жұмыспен қамту қызметі» жүйесі мысалында оны құру технологиясын қарастырайық.

Модельдеудің мақсатын тұжырымдап көрейік: енгізуге қатысты егжей-тегжейлерді айтпай-ақ, оның пайдаланушысына түсінікті болатын жүйенің жұмысын сипаттау. Модельді қолданушылардың (студент, оқытушы, әкімші, деканат, фирма) көзқарасы бойынша құрастырамыз.

IDEF0 контекстік диаграммасын құрудан бастайық. Жүйенің сипаттамасына сәйкес, негізгі функциясы тұтынушыларға олардың сұраныстарын өңдеу арқылы қызмет көрсету болып табылады. Осылайша, контекстік диаграмманың жалғыз жұмысын «Жүйенің клиентіне қызмет көрсету» ретінде анықтаймыз. Содан кейін біз кіріс және шығыс деректерді, сондай-ақ механизмдер мен басқаруды анықтаймыз.

Клиентке қызмет көрсету үшін оны жүйеде тіркеп, мәліметтер базасына қолжетімділікті ашып, оның сұранысын өңдеу қажет. Енгізілетін деректер «клиент аты», «клиент құпия сөзі», «түпнұсқа деректер базасы», «клиент сұрауы» болады. Сұраныстың орындалуы не жүйеден ақпарат алуға, не мәліметтер қорының мазмұнын өзгертуге әкеледі (мысалы, сараптамалық бағалауды құрастыру кезінде), сондықтан нәтиже «есептер» және «өзгертілген деректер базасы» болады. Сұранысты өңдеу процесі әкімшінің бақылауымен жүйелік монитормен орындалады.

Осылайша, жүйенің контекстік диаграммасын анықтаймыз (2.9-сурет).

2.9-сурет.Жүйе контекстік диаграммасы

Тұтынушыларға қызмет көрсету ретін сипаттау арқылы контексттік диаграмманы бөлшектейік:

Жүйеге қол жеткізу деңгейін анықтау.

Ішкі жүйені таңдау.

Ішкі жүйеге кіру.

Мәліметтер базасын өзгерту (қажет болса).

Суретте көрсетілген диаграмманы аламыз. 2.10.

Мәтінмәндік диаграмманың декомпозициясын аяқтағаннан кейін олар келесі деңгейдегі диаграмманың декомпозициясына көшеді. Әдетте, үшінші және төменгі деңгейлерді қарастырғанда, модельдер ата-аналық диаграммаларға оралады және оларды түзетеді.

Күріш. 2.10.«Қызмет көрсету, жүйенің клиенті» жұмысының декомпозициясы

Алынған диаграмманың барлық блоктарын дәйекті түрде ыдыратамыз. Жүйеге қол жеткізу деңгейін анықтаудың бірінші қадамы пайдаланушы категориясын анықтау болып табылады. Клиенттің аты бойынша пайдаланушы деректер базасында оның категориясын анықтай отырып, іздеу жүргізіледі. Белгілі бір санатқа сәйкес жүйені пайдаланушыға берілген өкілеттіктер нақтыланады. Әрі қарай жүйеге кіру процедурасы, кіру аты мен құпия сөзді тексеру жүргізіледі. Рұқсаттар және жүйеге қол жеткізу деңгейі туралы ақпаратты біріктіре отырып, пайдаланушы үшін рұқсат етілген әрекеттер жиынтығы қалыптасады. Осылайша, жүйеге қол жеткізу деңгейін анықтау суретте көрсетілгендей болады. 2.11.

Күріш. 2.11.«Жүйеге қолжетімділік деңгейін анықтау» жұмысының декомпозициясы.

Жүйеге кіру процедурасынан өткеннен кейін монитор сұранысты өңдейтін ішкі жүйені таңдай отырып, клиенттің сұрауын талдайды. «Шағын жүйеге сілтеме жасау» жұмысының декомпозициясы үлгінің мақсаты мен көзқарасына сәйкес келмейді. Жүйенің пайдаланушысын оның жұмысының ішкі алгоритмдері қызықтырмайды. Бұл жағдайда ол үшін ішкі жүйені таңдау оның араласуынсыз автоматты түрде жасалатыны маңызды, сондықтан ішкі жүйеге шақырудың ыдырауы модельді тек қиындатады.

Сұраныстарды өңдеу, санаттар мен пайдаланушы рұқсаттарын анықтау үшін ішкі жүйе орындайтын «Клиент сұранысын өңдеу» жұмысын бөлшектеп көрейік. Сұрауға жауапты іздеу алдында мәліметтер базасын ашу керек (оған қосылу). Жалпы алғанда, деректер базасы қашықтағы серверде орналасуы мүмкін, сондықтан онымен байланыс орнату қажет болуы мүмкін. Жұмыс ретін анықтайық:

Мәліметтер қорын ашу.

Өтінішті орындау.

Есеп шығару.

Мәліметтер қорын ашқаннан кейін жүйеге мәліметтер базасымен байланыс орнату туралы хабарлау керек, содан кейін сұранысты орындау және пайдаланушы үшін есептерді құру (2.12-сурет).

Айта кету керек, «Сұранысты орындау» әртүрлі ішкі жүйелердің жұмысын қамтиды. Мысалы, егер сұрау тестілеуді қамтитын болса, онда ол кәсіби және психологиялық тесттердің ішкі жүйесімен орындалады. Сұраныстарды орындау сатысында деректер қорының мазмұнын өзгерту қажет болуы мүмкін, мысалы, сараптамалық бағалауды құрастыру кезінде. Сондықтан диаграммада мұндай мүмкіндікті қарастыру қажет.

Күріш. 2.12.

Алынған диаграмманы талдау кезінде сұрақ туындайды, есептер қандай ережелер бойынша жасалады? Дерекқордан таңдау үшін пайдаланылатын алдын ала қалыптастырылған үлгілер болуы қажет және бұл үлгілер сұрауларға сәйкес болуы және алдын ала анықталған болуы керек. Сонымен қатар, клиентке есеп беру формасын таңдау мүмкіндігін беру керек.

«Есеп үлгілері» және «Дерекқорды өзгертуге сұраныс» көрсеткілерін және «Жүйелік клиент» туннель көрсеткісін қосу арқылы диаграмманы түзетейік. Көрсеткіні жоғарғы диаграммада орналастырмау үшін «Жүйе клиентін» туннельдеу пайдаланылды, себебі есеп пішінін таңдау функциясы оны негізгі диаграммада көрсету үшін жеткілікті маңызды емес.

Диаграмманы өзгерту барлық негізгі диаграммаларды түзетуге әкеледі (2.13 - 2.15-сурет).

IDEF0 әдістемесі жүйені ақпаратты өңдеу процестерін нашар көрсететін өзара байланысты жұмыстардың жиынтығы ретінде қарастыратындықтан, «Сұраныстарды орындау» жұмысын DFD диаграммасы арқылы (№ 3 зертханалық жұмыс) бөлшектеген жөн.

Күріш. 2.13.«Клиент сұранысын өңдеу» жұмысының декомпозициясы

Күріш. 2.14.«Жүйенің клиентіне қызмет көрсету» жұмысының декомпозициясы (2 нұсқа)

Күріш. 2.15.Жүйе контекстік диаграммасы (2-опция)

«Деректер базасын өзгерту» соңғы блогының декомпозициясына көшейік. Клиент тұрғысынан бұл жүйелер бір мәліметтер базасында орналасқан. Іс жүзінде жүйеде алты дерекқор бар:

пайдаланушы деректер базасы,

студенттердің мәліметтер базасы, (2 нұсқа)

бос жұмыс орындарының мәліметтер базасы,

прогресс деректер базасы,

сынақ базасы,

Сараптамалық бағалаулар ДБ,

ДҚ қорытындысы.

Модельдеу мақсатына сәйкес клиенттің қабылданған мәліметтер жүйеде бірден жаңартылмайтынын, қайта өңдеу мен бақылаудың қосымша сатысынан өтетінін түсіну маңызды. Өзгерту алгоритмін келесідей тұжырымдауға болады:

Ақпарат өзгеретін деректер базасы анықталады.

Оператор уақытша деректер жинағын қалыптастырады және оны әкімшіге береді.

Әкімші деректерді басқарады және оларды мәліметтер базасына енгізеді.

Бұл модель деректерді басқару процесін айналып өтіп, сұрау бойынша тікелей деректер базасын жаңарту мүмкіндігін қамтамасыз ететін басқа жолмен жүзеге асырылуы мүмкін. Бұл жағдайда деректер қорының зақымданбауы үшін оның тұтастығын қамтамасыз ету қажет. Бұл жағдайда диаграмма келесідей болады (2.17-сурет).

Күріш. 2.16.«Мәліметтер базасын өзгерту» жұмысының декомпозициясы

Күріш. 2.17.«Дерекқорды өзгерту» жұмысының декомпозициясы (2-нұсқа) 1-суретте көрсетілген бірінші нұсқа үшін. 2.12

«Деректер базасына өзгерістер» одан әрі декомпозицияны жүргізу жүйедегі деректер қорының физикалық өзгеруі қалай жүзеге асырылатынын түсіндіре отырып, модельді қиындатады. Бұл жағдайда пайдаланушы жұмыспен қамту қызметінің жүйесінің жұмысы туралы қосымша ақпарат алмайды. Бұл жұмыстың ыдырауы мәліметтер қорының логикалық моделін құру сатысында мәліметтер қоры жүйесін жобалау процесінде жүзеге асырылуы керек.

Сұрауды орындау жұмысының декомпозициясы ақпаратты өңдеу процестерін сипаттау үшін DFD диаграммаларын пайдалануды бейнелейтін келесі зертханада орындалады.

Суретте көрсетілген модельдерге сандық талдау жасайық. 2.12 және 2.13, жоғарыда сипатталған әдіске сәйкес. Осы модельдер үшін ^ коэффициентінің әрекетін қарастырыңыз. «Клиент сұранысын өңдеу» негізгі диаграммасында 4/2 = 2 коэффициенті бар, ал ыдырау диаграммалары 3/3 = 1. Коэффицент мәні төмендейді, бұл деңгейдің төмендеуімен функцияларды сипаттауды жеңілдетуді көрсетеді. үлгінің.

Коэффиценттің өзгеруін қарастырайық TO б екі үлгіде.

екінші нұсқа үшін

Коэффицент TO б оның мәнін өзгертпейді, сондықтан диаграмманың балансы өзгермейді.

Қарастырылған диаграммалардың ыдырау деңгейі модельдеу мақсатын көрсету үшін жеткілікті деп есептейміз, ал төменгі деңгей диаграммаларында жұмыстардың атаулары ретінде элементар функциялар қолданылады (жүйені пайдаланушының көзқарасы бойынша) .

Қарастырылған мысалды қорытындылай келе, жүйені модельдеу кезінде диаграммалардың бірнеше нұсқаларын қарастырудың маңыздылығын атап өту қажет. Мұндай опциялар диаграммаларды түзету кезінде пайда болуы мүмкін, мысалы, «Клиенттің сұранысын өңдеу» немесе жүйелік функциялардың баламалы іске асырылуын құру («Дерекқорды өзгерту» жұмысының декомпозициясы). Опцияларды қарастыру ең жақсысын таңдауға және оны әрі қарай қарастыру үшін диаграмма пакетіне қосуға мүмкіндік береді.

IDEF0 – жүйенің құрылымы мен функцияларын, сондай-ақ осы функцияларды байланыстыратын ақпараттық және материалдық объектілер ағындарын бейнелейтін функционалдық үлгіні жасау үшін қолданылатын графикалық модельдеу белгісі. IDEF0 белгісі бизнес-процестерді үлгілеудің ең танымал ноталарының бірі болып табылады.

Техниканың мақсаты - салу функционалдық диаграммазерттелетін жүйенің барлық қажетті процестерін жүйенің қызметін бір мағыналы модельдеу үшін жеткілікті дәлдікпен сипаттайды.

Әдістеме төрт негізгі тұжырымдамаға негізделген: функционалдық блок, интерфейс доғасы, декомпозиция, глоссарий.

Функция блогы(Әрекет өрісі) кейбір ерекшелікті білдіреді функциясықарастырылатын жүйенің ішінде. Стандарттың талаптарына сәйкес әрбір функционалды блоктың атауы сөздік көңіл-күйде тұжырымдалуы керек (мысалы, «қызмет көрсету үшін»). Диаграммада функционалды блок тіктөртбұрышпен берілген (3. сурет).

Функционалдық блоктың төрт жағының әрқайсысының өзіндік ерекше мағынасы (рөлі) бар, сонымен бірге:

Жоғарғы жағы - «Басқару»;

Сол жағы – «Кіріс»;

Оң жағы «Шығару» күйіне орнатылған;

Төменгі жағында «Механизм» (Механизм) мәні бар.

Интерфейс доғасы(Көрсеткі) функция блогы өңдейтін немесе басқа жолмен әсер ететін жүйе элементін көрсетеді функциясыосы функция блогымен ұсынылған. Интерфейс доғалары жиі ағындар немесе көрсеткілер деп аталады.

Күріш. 3. - Функция блогы

Интерфейс доғаларының көмегімен жүйеде болып жатқан процестерді белгілі бір дәрежеде анықтайтын әртүрлі нысандар көрсетіледі. Мұндай объектілер нақты дүниенің элементтері (бөлшектер, вагондар, қызметкерлер және т.б.) немесе деректер мен ақпарат ағындары (құжаттар, деректер, нұсқаулар және т.б.) болуы мүмкін.

Берілген интерфейс доғасы функционалды блоктың қай жағына сәйкес келетініне қарай «кіріс», «шығыс» немесе «басқарушы» деп аталады.

Айта кету керек, кез келген функционалды блок, стандарттың талаптарына сәйкес, кем дегенде бір басқару интерфейсінің доғасы және бір шығыс болуы керек. Бұл түсінікті – әрбір процесс қандай да бір ережелерге сәйкес (басқару доғасымен көрсетіледі) орын алуы керек және қандай да бір нәтиже беруі керек (шығыс доғасы), әйтпесе оны қарастырудың мағынасы болмайды.

Басқару интерфейсінің доғаларының міндетті түрде болуы IDEF0 стандарты мен DFD (Data Flow Diagram) және WFD (Жұмыс ағыны диаграммасы) сыныптарының басқа әдістемелері арасындағы негізгі айырмашылықтардың бірі болып табылады.

Ыдырау(Декомпозиция) IDEF0 стандартының негізгі тұжырымдамасы болып табылады. Күрделі процесс оның құрамдас бөліктеріне бөлінгенде ыдырау принципі қолданылады. функциялары. Бұл жағдайда процестің егжей-тегжейлі деңгейін модельді әзірлеуші ​​тікелей анықтайды.

Декомпозиция жүйе моделін бірте-бірте және құрылымды түрде жеке диаграммалардың иерархиялық құрылымы түрінде көрсетуге мүмкіндік береді, бұл оны аз жүктеме және оңай сіңімді етеді (Cурет 4.).

IDEF0 тұжырымдамаларының соңғысы Глоссарий болып табылады. IDEF0 элементтерінің әрқайсысы үшін - диаграммалар, функционалды блоктар, интерфейс доғалары - қолданыстағы стандарт осы элемент көрсететін нысанды сипаттайтын сәйкес анықтамалар, түйінді сөздер, баяндау мәлімдемелері және т.б. жиынтығын құруды және қолдауды білдіреді. Бұл жиынтық глоссарий деп аталады және осы элементтің мәнін сипаттайды. Глоссарий визуалды графикалық тілді үйлесімді түрде толықтырып, диаграммаларды қажетті қосымша ақпаратпен қамтамасыз етеді.

IDEF0 моделі әрқашан жүйені тұтастай қараудан басталады - интерфейс доғалары қарастырылатын аумақтан тыс орналасқан бір функционалды блок. Бір функционалды блогы бар мұндай диаграмма деп аталады контекстік диаграмма.

Мәтінмәндік диаграмманың түсіндірме мәтіні көрсетілуі керек мақсаты(Мақсаты) пішінде диаграмма тұрғызу қысқаша сипаттамажәне бекітілген көзқарас.

Күріш. 4. - Модельдің функционалды блоктарының ыдырау схемасы

IDEF0 үлгісін әзірлеу мақсатын анықтау және ресімдеу өте маңызды сәт болып табылады. Шындығында, мақсат зерттелетін жүйедегі ең алдымен назар аударуды қажет ететін тиісті салаларды анықтайды.

Көзқарас модельді дамытудың негізгі бағытын және қажетті егжей-тегжейлі деңгейін анықтайды..

Көзқарастың нақты бекітілуі жүйеде таңдалған көзқарас негізінде қажет емес жеке элементтерді егжей-тегжейлі және зерттеуден бас тарта отырып, модельді түсіруге мүмкіндік береді. Көзқарастың дұрыс таңдауы соңғы үлгіні құруға кететін уақытты айтарлықтай қысқартады.

Таңдау қосалқы процестер. Ыдырау процесінде контекстік диаграммада жүйені тұтастай көрсететін функционалды блок басқа диаграммада егжей-тегжейлі сипатталған. Екінші деңгейдегі нәтиже диаграммасы контекстік диаграмманың функционалды блогының негізгі ішкі функцияларын бейнелейтін функционалды блоктарды қамтиды және оған қатысты еншілес деп аталады (балалар диаграммасы) (еншілес диаграммаға жататын функционалды блоктардың әрқайсысы деп аталады). балалар блогы - Балалар қорабы).

Өз кезегінде функционалды блок – ата-баба еншілес диаграммаға қатысты ата-аналық блок (Parent Box), ал ол жататын диаграмма ата-аналық диаграмма (Ата-аналық диаграмма) деп аталады. Еншілес диаграмманың ішкі функцияларының әрқайсысын оның сәйкес функционалды блогының ұқсас ыдырауы арқылы қосымша егжей-тегжейлі көрсетуге болады. Функционалдық блоктың ыдырауының әрбір жағдайында берілген блокқа кіретін немесе одан шығатын барлық интерфейс доғалары еншілес диаграммада бекітіледі. Бұл IDEF0 үлгісінің құрылымдық тұтастығына қол жеткізеді.

Кейде төменгі деңгей диаграммаларында жеке жоғары деңгейлі интерфейс доғаларын қарастыруды жалғастырудың мағынасы жоқ немесе керісінше - жоғары деңгейлердің диаграммаларында жеке төменгі деңгей доғаларын көрсету - бұл диаграммаларды шамадан тыс жүктеп, оларды оқуды қиындатады. . Мұндай мәселелерді шешу үшін IDEF0 стандарты туннельдеу тұжырымдамасын қарастырады. Интерфейс доғасының басының айналасындағы екі жақша түріндегі «туннель» (Желбе туннелі) белгіленуі бұл доғаның функционалды негізгі блоктан мұраға алынбағанын және («туннельден») тек осы диаграммада пайда болғанын білдіреді.

Өз кезегінде, қабылдағыш блогының тікелей маңайындағы интерфейс доғасының соңындағы (көрсеткі) бірдей белгілеу бұл доғаның осы блоктың еншілес диаграммасында көрсетілмейтінін және қарастырылмайтынын білдіреді. Көбінесе жеке объектілер мен оларға сәйкес интерфейс доғалары иерархияның кейбір аралық деңгейлерінде қарастырылмайды - бұл жағдайда олар алдымен «туннельге түседі», содан кейін қажет болған жағдайда «туннельден оралады».

Әдетте, IDEF0 үлгілері күрделі және шоғырланған ақпаратты тасымалдайды және олардың кептелуін шектеу және оларды оқуға ыңғайлы ету үшін стандартта сәйкес күрделілік шектеулері қабылданған.

Диаграммада үштен алтыға дейін функционалдық блоктарды көрсету ұсынылады, бұл ретте бір функционалды блокқа жақындайтын интерфейс доғаларының саны (бір функционалды блоктан шығатын) төрттен көп емес деп есептеледі.

IDEF0 стандарты модельденетін жүйе қызметінің әртүрлі салаларына жататын адамдардың үлкен тобына үлгіні әзірлеуге және бекітуге мүмкіндік беретін процедуралар жиынтығын қамтиды.

Әдетте, әзірлеу процесі қайталанатын және келесі шартты қадамдардан тұрады: Кәсіпорын қызметінің әртүрлі салаларына қатысты мамандар тобының үлгісін құру. Бұл топ IDEF0 терминдерінде Авторлар деп аталады. Бастапқы модельді құру - бұл динамикалық процесс, оның барысында авторлар құзыретті тұлғалардан әртүрлі процестердің құрылымы туралы сұрақ қояды, бөлімдер қызметінің үлгілерін жасайды.

Оларды келесі сұрақтарға жауап қызықтырады:

«Кіре берісте» бөлімшеге не кіреді?

Қандай функцияларыжәне олар бірлік ішінде қандай ретпен орындалады?

Әрқайсысына кім жауапты функциялары?

Әрқайсысын орындау кезінде орындаушыға не бағыттайды функциялары?

Қондырғының жұмысының (шығарылуының) нәтижесі қандай?

Қолданыстағы ережелер, құжаттар және сауалнама нәтижелері негізінде үлгінің жобасы (Үлгі жобасы) жасалады.

Жобаны қарауға, бекітуге және ескертулерге тарату. Бұл кезеңде модель жобасы кәсіпорында кең ауқымды құзыретті тұлғалармен (IDEF0 тұрғысынан – оқырмандар) талқыланады. Бұл ретте үлгі жобасының әрбір сызбасына жазбаша түрде сын айтылып, түсініктеме беріледі, содан кейін авторға беріледі. Автор да өз кезегінде жазбаша айтылған сынмен келіседі немесе шешімнің логикасын баяндау арқылы оны жоққа шығарады және түзетілген жобаны одан әрі қарауға қайтадан қайтарады. Бұл цикл авторлар мен оқырмандар консенсусқа келгенше жалғасады.

Үлгіні бекіту. Бекітілген үлгіні басшы бекітеді жұмыс тобымодель авторлары мен оқырмандар арасында оның сәйкестігі туралы келіспеушіліктер болмаған жағдайда. Қорытынды модель – бұл кәсіпорынның (жүйенің) берілген көзқарас тұрғысынан және берілген мақсатқа қатысты дәйекті көрінісі.

IDEF0 графикалық тілінің көрнекілігі модельді оны құру жобасына қатыспаған адамдар үшін оқуға ыңғайлы, сонымен қатар демонстрациялар мен презентациялар үшін тиімді етеді. Болашақта құрастырылған модель негізінде үлгіге өзгерістер енгізуге бағытталған жаңа жобаларды ұйымдастыруға болады.

IDEF0 үлгісін бизнес-процестерді жоғарғы деңгейде сипаттау кезінде кәсіпорында пайдалану ұсынылады. Бизнес-процестің функционалдық моделін (IDEF0) құрастыру кезінде орындалатын функциялар және материалдық, қаржылық ресурстар мен ақпараттың (құжаттар, файлдар) кіріс және шығыс ағындары сипатталады.

IDEF0 форматының символдары 2.3 кестеде берілген.

Кесте 2. IDEF0 белгілеуінің графикалық символдары

Кесте 3. IDEF0 белгілеуінің графикалық символдары