Қолдану жағдайларын талдау: жүйе қажеттіліктерін анықтау және жүйені жобалау
Use-case analysis
Жұмыс сценарий талдауы: жүйе талаптарын анықтау, пайдаланушыға бағытталған дизайн, жүйе мінез-құлқы мен құндылығын түсіндіру. Бағдарлама жасаудағы негізгі құрал.
Ағылшыншамен салыстырыңыз: абзацты басыңыз — түпнұсқа терезеде ашылады. Абзац астындағы EN түймесі оны мәтін ішінде көрсетеді.
Мазмұны
Кіріспе
Пайдалану жағдайларын талдау – жүйенің талаптарын (көбінесе бағдарламалық қамтамасыз ету/процесс жобалаумен байланысты) анықтауға және қолданылатын процестер мен кластарды (актерлер мен процестердің жиынтығы) анықтау үшін қолданылатын әдіс. Бұл ақпарат пайдалану жағдайлары диаграммасында және бағдарламалық қамтамасыз ету жүйесін немесе бағдарламаны әзірлеу немесе қайта құру кезінде қолданылады. Пайдалану жағдайларын талдау – жүйенің құрылысының негізі болып табылады.
Use case analysis is a technique used to identify the requirements of a system (normally associated with software/process design) and the information used to both define processes used and classes (which are a collection of actors and processes) which will be used both in the use case diagram and the overall use case in the development or redesign of a software system or program. The use case analysis is the foundation upon which the system will be built.
Өмірбаян
Пайдалану жағдайларын талдау – жаңа бағдарламалық қамтамасы немесе орындалатын міндет үшін пайдалану талаптарын жинаудың басты тәсілі. Пайдалану жағдайларын талдаудың негізгі мақсаттары: жүйені пайдаланушының көзқарасынан жобалау, жүйенің мінез-құлқысын пайдаланушының түсінігімен жеткізу және барлық сырттан көрінетін мүмкіндіктерін анықтау. Пайдалану жағдайларын талдаудың тағы бір мақсаты – жүйе талаптарын, жүйені қалай қолдану керектігін, пайдаланушының жүйедегі қызметін, пайдаланушының әрекетіне жүйенің қалай жауап беретінін, пайдаланушы жүйеден не алатынын және тұтынушы немесе пайдаланушы жүйеден қандай пайда көретінін нақты түсіндіру.
A use case analysis is the primary form for gathering usage requirements for a new software program or task to be completed. The primary goals of a use case analysis are: designing a system from the user's perspective, communicating system behavior in the user's terms, and specifying all externally visible behaviors. Another set of goals for a use case analysis is to clearly communicate: system requirements, how the system is to be used, the roles the user plays in the system, what the system does in response to the user stimulus, what the user receives from the system, and what value the customer or user will receive from the system.
Процесс
Пайдалану жағдайын талдау бірнеше қадамнан тұрады.
There are several steps involved in a use case analysis.
Орындалуы
Пайдалану жағдайын іске асыру, жобалау моделінде нақты бір пайдалану жағдайын қалай іске асырылғанын, өзара әрекеттесетін объектілер арқылы сипаттайды. Іске асыру кезеңі, дамып келе жатқан жүйені талдау үшін негіз жасайды. Осы кезеңде жүйеге қажетті талаптардың алғашқы, ең жалпы жоспары құжатталады. Бұл жүйе үшін қажетті процестердің, қатысушылардың және деректердің шамамен жіктелуін қамтиды. Осылар талдаудың кластарын құрайды.
A Use case realization describes how a particular use case was realized within the design model, in terms of collaborating objects. The Realization step sets up the framework within which an emerging system is analysis. This is where the first, most general, outline of what is required by the system is documented. This entails rough breakdown of the processes, actors, and data required for the system. These are what comprise the classes of the analysis.
Сипаттама
Жалпы сызба аяқталғаннан кейін келесі қадам – жүйенің әлеуетті пайдаланушысына көрінетін мінез-құлқын сипаттау. Ішкі мінез-құлықтарды да сипаттау мүмкін, бірақ бұл жүйеге талаптар қоюға емес, жүйе құруға көбірек қатысты. Ішкі мінез-құлықты қысқаша сипаттаудың артықшылығы – әлеуетті пайдаланушыларға жүйенің ішкі бөлігінде орындалғандықтан сыртқы маңызды компоненттері қалып қоймағанын нақтылау. Осы қадамның басты мақсаты – жүйе үшін қандай сыныптар қажет екенін түсінуге жететіндей ғана егжей-тегжейлі ақпарат беру. Тым көп мәлімет беру жүйені кейіннен өзгертуді қиындатуы мүмкін.
Once the general outline is completed, the next step is to describe the behavior of the system visible to the potential user of the system. While internal behaviors can be described as well, this is more related to designing a system rather than gathering requirements for it. The benefit of briefly describing internal behaviors would be to clarify with potential users that the system is not missing a vital component externally due to it being completed internally. The overall goal of this step is to provide just enough detail to understand what classes are required for the system. Too much detail can make it difficult to change the system later on.
Талдау кластары
Бұл қадам сыныптар тізімін жүйе сәтті жұмыс істеуі үшін қажетті әрекеттерді орындай алатын сыныптарға дейін таңдайды. Егер жүйеде сыныптар болмаса, осы қадамды аяқтамас бұрын оларды құру қажет. Сыныптарды көптеген көздерден және түрлі жолдармен жасауға болады. Мысалы, бұрынғы, бірақ ұқсас жүйелер, кәсіпорындық модельдер және деректерді талдау. Сыныптар құрылып, таңдалғаннан кейін, жүйе міндеттерін модельдейтін, енді талдау сыныптары деп аталатын сыныптар арасындағы қатынастарды дамыту қажет.
This step narrows down the class list into those classes that are capable of performing the behavior needed to make the system function successfully. If no classes yet exist for a system, they must be created before this step can be completed. Classes can be created in many ways from many sources. A few examples are: previous—but similar—systems, enterprise models, and data mining. Once classes are created and narrowed down, relationships must be developed between classes, now called analysis classes, which model the task of the system.
Жауапкершілік
Әрбір талдау класы үшін бұрынғы қадамда анықталған кластың міндеттері нақты және толық сипатталуы керек. Бұл әрбір кластың жүйедегі басқа ешбір кластың орындамайтын нақты бір міндеті болуын қамтамасыз етеді. Әртүрлі кластардың міндеттері қайталанбауы тиіс.
For each analysis class identified in the previous step, the responsibilities of the class must be detailed clearly. This will ensure that an individual class has a task to complete for which no other class in the system will also perform. The responsibilities of the different classes should not overlap.
Мінез-құлық
Сабақтар арасындағы қатынастар түсінілгеннен кейін, келесі қадам – сыныптардың қандай мінез-құлық танытатынын және жүйені аяқтау үшін олардың қалай өзара әрекеттесетінін толық сипаттау. Бұл сыныптардың қалай байланыс жасайтынын және дамытылып жатқан жүйелік процестің барысында хабарларды қалай жіберетінін анықтауды қамтиды. Бұл аталған сыныптардың бұрын анықталған жауапкершіліктерінен туындайды. Хабарды қай сыныпқа жолдау керектігін анықтау, алдыңғы қадамда орнатылған байланыстарға сәйкес жүзеге асырылады.
Once the relationships between classes are understood, the next process is to detail the behavior the classes will exhibit and how they will interact in order to complete the system. This entails determining how the classes communicate and send messages along the timeline of the system process being developed. This is derived from the responsibilities of the classes previously identified. Determining what class the message goes to follows the associations set up in the previous step.
Механизмдер
Соңғы қадам – проблемалық салаға шешім ұсынатын компоненттерді анықтау. Бұған деректерді сақтау үшін дерекқоры, қауіпсіздік, қателерді басқару және процестер немесе бағдарламалар арасындағы байланыс кіреді.
The final step is to identify components that provide a solution to the problem domain. This would include databases to hold the data, security, exception handling, and communication between processes or programs.