در قسمت قبل، گردشکار در URP را معرفی کردیم. اساسیترین نوع گردشکار، گردشکار اصلی (Core Workflow) است که در این مقاله آن را بررسی میکنیم.
گردشکارهای اصلی
نُه گردشکار اصلی فرایند در فرایند یکپارچۀ منطقی(RUP) وجود دارد که نمایانگر تمام بخشبندیهای کارکنان و فعالیتها به گروههای منطقی است.
گردشکار اصلی فرایند به شش گردشکار اصلی مهندسی تقسیم میشوند:
- گردشکار مدلسازی تجاری [1]
- گردشکار نیازمندیها [2]
- گردشکار طراحی و تحلیل [3]
- گردشکار پیادهسازی [4]
- گردشکار آزمون [5]
- گردشکار استقرار [6]
و سه گردشکار اصلی «پشتیبانی» عبارتاند از:
هرچند که اسامی شش گردشکار اصلی مهندسی یادآور فازهای اصلی در فرایند سنتی آبشاری (واترفال) هستند، باید در نظر داشت که فازهای یک فرایند تکرارشونده متفاوت هستند و این گردشکارها در طی چرخۀ حیات، بارها و بارها بازبینی مجدد میشوند. این نّه گردشکار اصلی، در گردشکار کلی واقعی یک پروژه قرار داده میشوند و در هر تکرار با تأکید و شدتهای مختلفی تکرار میشوند.
مدلسازی تجاری
یکی از مهمترین مشکلات در مهندسی تجاری این است که جامعۀ مهندسی نرمافزار و مهندسی تجاری با یکدیگر همکاری مناسبی ندارند. این موضوع موجب میشود که خروجی حاصل از مهندسی تجاری نتواند ورودی مناسبی برای توسعۀ نرمافزار باشد و برعکس. فرایند یکپارچۀ منطقی با ارائۀ یک زبان مشترک و روند مشخصی برای این دو جامعه، و همینطور نشان دادن نحوۀ ایجاد قابلیت پیگیری مدلهای نرمافزاری و تجاری و حفظ مستقیم آن، سعی در حل این مشکل دارد.
در مدلسازی تجاری فرایندهای تجاری را با استفاده از –اصطلاحاً- موارد استفاده تجاری، مستند میکنیم. بدینترتیب تمام ذینفعان از نیازهای فرایند تجاریای که باید در سازمان پشتیبانی شود درک مشترکی مییابند. مورد استفاده تجاری برای درک چگونگی پشتیبانی کسبوکار از فرایندهای تجاری تحلیل میشود. این تحلیل در یک مدل-شیء تجاری مستند میشود. شاید در بسیاری از پروژهها تصمیم بگیرند که مدلسازی تجاری صورت نگیرد.
نیازمندیها
هدف از گردشکار نیازمندیها، توصیف کاری است که سیستم باید انجام بدهد؛ در این گردشکار توسعهدهندگان و مشتری دربارۀ این توصیف توافق میکنند. برای دستیابی به چنین هدفی، کارکرد موردنیاز و محدودیتها را استخراج، سازماندهی و مستند میکنیم و سبکسنگین کردنها (مصالحات) و تصمیمات را پیگیری و مستند میکنیم.
در گردشکار نیازمندیها، یک مستند تصویری [10] ایجاد میشود و نیازهای ذینفعان استخراج میشوند. بازیگران [11] شناسایی میشوند، کاربران و هر سیستم دیگری که ممکن است با سیستمِ درحالاستقرار تعامل داشته باشد نشان داده میشوند. موارد استفاده که نشاندهندۀ رفتار سیستم هستند شناسایی میشوند. بهدلیل اینکه موارد استفاده طبق نیازهای بازیگر توسعه داده میشوند، احتمال اینکه سیستم متناسب با کاربران باشد بیشتر است. شکل زیر نمونهای از یک مدل مورداستفاده را برای یک سیستم ماشین بازیافت نشان میدهد.
هریک از موارد استفاده با جزئیات تشریح شدهاند. تشریح مورداستفاده نشان میدهد که سیستم چگونه قدمبهقدم با بازیگران تعامل دارد و چه انجام میدهد. نیازمندیهای غیرکارکردی، در مشخصات تکمیلی تشریح میشوند.
عملکرد موارد استفاده در طی چرخۀ توسعه سیستم موجب یکپارچگی خواهد بود. در کل روند تجسم، تحلیل، طراحی و آزمون نیازمندیها، مدل مورداستفاده یکسانی بهکار گرفته میشود.
در قسمت بعدی این مقاله گردشکار تحلیل و طراحی، پیادهسازی و آزمون و استقرار را بررسی میکنیم.
[1] Business modeling workflow
[2] Requirements workflow
[3] Analysis & Design workflow
[4] Implementation workflow
[5] Test workflow
[6] Deployment workflow
[7] Project Management workflow
[8] Configuration and Change Management workflow
[9] Environment workflow
[10] Vision document
[11] actor
