Жұмыс ағыны үлгілері: Қайталанатын мәселелер мен шешімдер
Workflow pattern
Жұмыс ағыны үлгілері – бағдарламалық жасақтама мен бизнес процестерін жобалаудағы қайталанатын мәселелерге арналған, тиімді шешімдер. Оңай күтім, жылдам жұмыс!
Ағылшыншамен салыстырыңыз: абзацты басыңыз — түпнұсқа терезеде ашылады. Абзац астындағы EN түймесі оны мәтін ішінде көрсетеді.
Мазмұны
Кіріспе
Жұмыс ағыны үлгісі – бағдарламалық жасақтама инженериясы немесе бизнес-процесс инженериясы саласында анықталған дизайн үлгісінің ерекше түрі. Жұмыс ағыны үлгілері, әсіресе жұмыс ағыны қолданбаларын және жалпы процеске бағытталған қолданбаларды дамытумен байланысты жиі кездесетін мәселелер мен тексерілген шешімдерді көрсетеді.
A workflow pattern is a specialized form of design pattern as defined in the area of software engineering or business process engineering. Workflow patterns refer specifically to recurrent problems and proven solutions related to the development of workflow applications in particular, and more broadly, process oriented applications.
Тұжырымдама
Жұмыс ағыны үлгілері – үнемді даму концепциялары. Оларды қолдану техникалық қызмет көрсетуді жеңілдету және модельдеу жұмысын азайту стратегияларын сақтау керек. Жұмыс ағыны нақты уақыт режимінде жүзеге асырылады. Бақылау механизмдері жұмыстың әдеттегі қарқынын қолдауы тиіс. Дизайн үлгілері жұмыс ағынының орындалуын кейінге қалдыруы керек.
Workflow patterns are concepts of economised development. Their usage should follow strategies of simplifying maintenance and reducing modelling work. Workflow is performed in real time. The mechanisms of control must support the typical pace of work. Design patterns must delay execution of workflow.
Жинақтау
Жұмыс ағынының үлгілері көбінесе тізбектер түрінде біріктіріледі, ал басталу және тоқтатылу шарттары айқын түрде белгіленуі керек.
Workflow patterns may usually be aggregated as chains and the conditions for starting and terminating must be explicitly defined.
Қолдану
Жұмыс ағыны үлгілері әртүрлі жағдайларда қолданыла алады, демек, оларды қолдану шарттары қате түсініктемелерді болдырмау үшін нақты анықталып, көрсетілуі тиіс.
Workflow patterns can be applied in various context, hence the conditions for use must be explicitly defined and shown in order to prevent misinterpretation.
Ван дер Аальст сыныптамасы
Жұмыс ағыны үлгілерінің белгілі жиынтығы – Вил ван дер Аалст және авторлар тобы ұсынған, 2003 жылы жарияланған «Workflow Patterns» атты мақаласында келтірілген. Алдыңғы нұсқалары 2000–2002 жылдары жарық көрген. Бұл үлгілер жинағы процеске бағытталған қолданбаларды әзірлеудің нақты бір саласына, яғни жұмыс ағыны/процестің ішіндегі іс-әрекеттер арасындағы басқару ағынының тәуелділіктерін сипаттауға арналған. Бұл үлгілер келесі категорияларға бөлінеді:
A well known collection of workflow patterns is that proposed by Wil van der Aalst et al. (2003) in their paper Workflow Patterns. with earlier versions published in 2000–02. This collection of patterns focuses on one specific aspect of process oriented application development, namely the description of control flow dependencies between activities in a workflow/process. These patterns are divided into the following categories:
Мемлекеттік үлгілер
Кейінгі таңдау бірнеше баламалы өрімдердің біреуін орындайды. Қай өрім орындалатындығы орындау кейінгі таңдауға жеткен кезде қолжетімді деректерге емес, керісінше, оқиғаға байланысты анықталады (мысалы, қолданушы жұмыс тізімінен міндетті таңдаса немесе процесті орындау машинасы хабарлама алса). Бір-бірімен кезекті параллель маршруттау ресурстардың қолжетімділігіне байланысты қандай да бір ретпен бірнеше іс-шараларды орындайды, бірақ осы іс-шаралардың ешқайсысын бір уақытта орындамайды. Белгілі бір нүктеге жеткенше кез келген уақытта белгілі бір іс-шараны орындауға рұқсат беретін нүкте. Одан кейін бұл іс-шараны орындау мүмкін болмайды.
Deferred Choice execute one of a number of alternative threads. The choice which thread is to be executed is not based on data that is available at the moment when the execution has reached the deferred choice, but is rather determined by an event (e. g. an application user selecting a task from the worklist, or a message being received by the process execution engine). Interleaved Parallel Routing execute a number of activities in any order (e. g. based on availability of resources), but do not execute any of these activities simultaneously. Milestone allow a certain activity at any time before the milestone is reached, after which the activity can no longer be executed.