ساخت نمودارهای idef0. IDEF0: چیست و چگونه استفاده می شود

یکی از سه روش اصلی پشتیبانی شده توسط BPwin IDEF0 است. IDEF0 متعلق به خانواده IDEF است که در اواخر دهه شصت با نام SADT (تکنیک تحلیل ساختاری و طراحی) ظاهر شد. IDEF0 می تواند برای مدل سازی طیف وسیعی از سیستم ها استفاده شود. برای سیستم های جدید، استفاده از IDEF0 با هدف تعریف الزامات و مشخص کردن توابع برای توسعه بعدی سیستمی است که الزامات را برآورده می کند و توابع انتخاب شده را پیاده سازی می کند. در رابطه با قبلا سیستم های موجود IDEF0 می تواند برای تجزیه و تحلیل عملکردهای انجام شده توسط یک سیستم و نمایش مکانیسم هایی که توسط آن عملکردها انجام می شود استفاده شود. نتیجه اعمال IDEF0 به یک سیستم، مدلی از آن سیستم است که از مجموعه‌ای مرتب شده از نمودارها، متن مستندات و واژگانی تشکیل شده است که با هم ارجاع داده شده‌اند. دو مهم‌ترین مؤلفه‌ای که نمودارهای IDEF0 را تشکیل می‌دهند، توابع یا فعالیت‌های تجاری (که در نمودارها به صورت کادر نشان داده می‌شوند) و داده‌ها و اشیاء (به صورت فلش نشان داده شده‌اند) هستند که فعالیت‌ها را به هم متصل می‌کنند. در این حالت، فلش ها بسته به اینکه وارد چه وجهی از مستطیل کار می شوند یا از کدام وجه خارج می شوند، به پنج نوع تقسیم می شوند:

فلش های ورودی (شامل در سمت چپ کار) - داده ها یا اشیایی را نشان می دهد که در طول اجرای کار تغییر می کنند.

فلش های کنترل (شامل در لبه بالایی کار) - قوانین و محدودیت هایی را که بر اساس آن کار انجام می شود را به تصویر می کشد.

فلش های خروج (از سمت راست کار امتداد می یابد) - داده ها یا اشیایی را که در نتیجه کار ظاهر می شوند را به تصویر می کشند.

فلش های مکانیزم (در لبه پایین کار موجود است) - منابع لازم برای تکمیل کار را نشان می دهد، اما در طول کار تغییر نمی کند (به عنوان مثال، تجهیزات، منابع انسانی...)

فلش های فراخوانی (از انتهای کار می آیند) - اتصالات بین نمودارها یا مدل های مختلف را به تصویر می کشند و به نموداری اشاره می کنند که در آن این کاربا جزئیات بیشتر مورد بحث قرار گرفت.

همه مشاغل و پیکان ها باید نامگذاری شوند. اولین نمودار در سلسله مراتب نمودار IDEF0 همیشه عملکرد سیستم را به عنوان یک کل نشان می دهد. به چنین نمودارهایی، نمودارهای زمینه ای می گویند. زمینه شامل توصیفی از هدف مدل‌سازی، دامنه (توضیح اینکه چه چیزی به عنوان جزئی از سیستم در نظر گرفته می‌شود و چه چیزی به عنوان تأثیر خارجی) و نقطه‌نظر (موقعیتی که مدل از آن ساخته خواهد شد) است. ). به طور معمول، نقطه نظر نقطه نظر شخص یا شیء مسئول عملکرد سیستم مدل شده به عنوان یک کل است.

شکل 7.1. بلوک عملکردی و قوس های رابط

فعالیت های روی نمودارها به صورت مستطیل (بلوک های عملکردی) به تصویر کشیده می شوند. هر شغل عملکرد یا وظیفه ای را به تصویر می کشد و با یک عبارت فعل یا فعل نام گذاری می شود که نشان دهنده عمل است، به عنوان مثال، "ساخت محصول"، "خدمات مشتری" و غیره. فلش ها با یک اسم مشخص می شوند و اشیا یا اطلاعاتی را نشان می دهند که آثار را با یکدیگر و با دنیای خارج مرتبط می کند.

پس از توصیف زمینه، تجزیه عملکردی انجام می شود - سیستم به زیرسیستم ها تقسیم می شود و هر زیرسیستم با نحوی مشابه سیستم به عنوان یک کل توصیف می شود. سپس هر زیر سیستم به زیرسیستم های کوچکتر تقسیم می شود و به همین ترتیب تا رسیدن به سطح مورد نظر از جزئیات ادامه می یابد. در نتیجه این پارتیشن، هر قطعه از سیستم در یک نمودار تجزیه جداگانه به تصویر کشیده می شود.

هنگامی که زمینه توصیف شد، نمودارهای زیر در سلسله مراتب ساخته می شوند. هر نمودار بعدی بیشتر است توصیف همراه با جزئیات(تجزیه) یکی از کارهای موجود در نمودار بالا. نمونه ای از تجزیه کار متنی در شکل 7.2 و شکل 7.4 نشان داده شده است. شرح هر زیر سیستم توسط یک تحلیلگر همراه با یک متخصص حوزه موضوعی انجام می شود. به طور معمول، کارشناس مسئول آن زیرسیستم است و بنابراین اطلاعات کاملی از تمام عملکردهای آن دارد. بنابراین، کل سیستم تا سطح جزئیات مورد نیاز به زیرسیستم هایی تقسیم می شود و مدلی به دست می آید که سیستم را با سطح دقت مشخصی تقریب می کند. با دریافت مدلی که به اندازه کافی فرآیندهای تجاری فعلی را منعکس می کند (به اصطلاح مدل AS IS)، تحلیلگر به راحتی می تواند تمام آسیب پذیرترین نقاط سیستم را ببیند. پس از این، با در نظر گرفتن کاستی های شناسایی شده، می توان مدلی از سازماندهی جدید فرآیندهای تجاری (مدل TO BE) ساخت.

یکی از مهم ترین ویژگی های روش SADT، معرفی تدریجی سطوح بیشتر و بیشتر از جزئیات به عنوان نمودارهایی است که مدل را نشان می دهد.

شکل 7.2 که سه نمودار و روابط آنها را نشان می دهد، ساختار IDEF0.-model را نشان می دهد. هر جزء از مدل را می توان به یک نمودار متفاوت تجزیه کرد. هر نمودار "ساختار داخلی" یک بلوک را در نمودار اصلی خود نشان می دهد.

شکل 7.2 - نمونه ای از نمودار زمینه

همانطور که در شکل 7.2 مشاهده می شود، BPwin به شما اجازه می دهد تا فعالیت ها و فلش ها را در رنگ های مختلف برجسته کنید، و همچنین نام فلش ها را به خود فلش ها پیوند دهید (فلشی به نام "گزارش")، که وضوح و خوانایی را افزایش می دهد. نمودار

شکل 7.3 - نمونه ای از نمودار تجزیه

طراحی7 . 4 - نمونه نمودار زمینه

شکل 7.5 -مثال نمودار تجزیه

سلسله مراتب نمودار

ساخت مدل IDEF0 با نمایش کل سیستم به شکل ساده ترین جزء - یک بلوک و قوس هایی که رابط هایی با توابع خارج از سیستم را به تصویر می کشند، آغاز می شود. از آنجا که یک بلوک واحد کل سیستم را به عنوان یک کل نشان می دهد، نام مشخص شده در بلوک عمومی است. این برای کمان های رابط نیز صادق است - آنها همچنین مجموعه کامل رابط های خارجی سیستم را به عنوان یک کل نشان می دهند.

سپس بلوکی که سیستم را به عنوان یک ماژول منفرد نشان می‌دهد، در نمودار دیگری با استفاده از چندین بلوک که توسط قوس‌های رابط متصل شده‌اند، توضیح داده می‌شود. این بلوک ها عملکردهای فرعی اصلی تابع اصلی را نشان می دهند. این تجزیه مجموعه کاملی از تابع‌های فرعی را نشان می‌دهد که هر کدام به صورت یک بلوک نشان داده می‌شوند که مرزهای آن توسط کمان‌های رابط مشخص می‌شوند. هر یک از این تابع های فرعی را می توان به روشی مشابه تجزیه کرد تا نمایش دقیق تری ارائه دهد.

در همه موارد، هر تابع فرعی فقط می تواند حاوی عناصری باشد که در تابع اصلی گنجانده شده اند. علاوه بر این، مدل نمی تواند هیچ عنصری را حذف کند، به عنوان مثال، همانطور که قبلا ذکر شد، بلوک والد و رابط های آن زمینه را فراهم می کند. نه چیزی به آن اضافه می شود و نه چیزی از آن حذف می شود.

ورود و خروج کمان به یک بلوک در نمودار سطح بالا، دقیقاً مشابه قوس های ورودی و خروجی از نمودار سطح پایین است، زیرا بلوک و نمودار نشان دهنده همان قسمت از سیستم هستند.

شکل 7.6 - ساختار مدل SADT. تجزیه نمودارها

شکل 7.7 - انطباق باید کامل و سازگار باشد

برخی از کمان‌ها در هر دو انتها به بلوک‌های نمودار متصل هستند، در حالی که برخی دیگر یک انتهای آن بدون اتصال هستند. قوس‌های متصل به ورودی‌ها، کنترل‌ها و خروجی‌های بلوک والد مطابقت دارند. منبع یا مقصد این کمان های مرزی را فقط می توان در نمودار والد یافت. انتهای غیر متصل باید با قوس های موجود در نمودار اصلی مطابقت داشته باشد. تمام کمان‌های مرزی باید روی نمودار والد ادامه داشته باشند تا کامل و سازگار باشد.

همانطور که اشاره شد، مکانیسم‌ها (قوس‌هایی در سمت پایین) ابزاری را نشان می‌دهند که توسط آن عملکردها انجام می‌شوند. مکانیسم می تواند یک شخص، یک کامپیوتر یا هر وسیله دیگری باشد که به انجام یک عملکرد معین کمک می کند (شکل 7.8).

برنج. 7.8. نمونه مکانیزم

هر بلوک روی نمودار شماره مخصوص به خود را دارد. یک بلوک از هر نمودار را می توان با یک نمودار سطح پایین تر توصیف کرد، که به نوبه خود می تواند با تعداد نمودارهای مورد نیاز جزئیات بیشتری ارائه دهد. بنابراین، سلسله مراتبی از نمودارها تشکیل می شود.

اعداد نمودار برای نشان دادن موقعیت هر نمودار یا بلوک در سلسله مراتب استفاده می شود. به عنوان مثال، A21 نموداری است که بلوک 1 را در نمودار A2 جزئیات می دهد. به طور مشابه، بلوک جزئیات A2 بلوک 2 در نمودار A0، که بالاترین نمودار مدل است. شکل 7.9 یک درخت نمودار معمولی را نشان می دهد.

شکل 7.9 - سلسله مراتب نمودارها

سخنرانی 8. روش شناسیDFDوIDEF3

هدف کار:

• مطالعه اصول اساسی متدولوژی IDEF0،
• ایجاد یک پروژه جدید در BPWin،
• تشکیل نمودار زمینه،
• ایجاد ارتباطات.

توصیف یک سیستم با استفاده از IDEF0 مدل عملکردی نامیده می شود. مدل عملکردی برای توصیف فرآیندهای تجاری موجود طراحی شده است که از هر دو زبان طبیعی و گرافیکی استفاده می کند. برای انتقال اطلاعات در مورد یک سیستم خاص، منبع زبان گرافیکی خود متدولوژی IDEF0 است.

روش IDEF0ساخت یک سیستم سلسله مراتبی از نمودارها را تجویز می کند - توضیحات تکی قطعات سیستم. ابتدا توصیفی از سیستم به عنوان یک کل و تعامل آن با دنیای خارج انجام می شود (نمودار زمینه) ، پس از آن تجزیه عملکردی انجام می شود - سیستم به زیر سیستم ها تقسیم می شود و هر زیر سیستم به طور جداگانه توصیف می شود (نمودارهای تجزیه) . سپس هر زیر سیستم به زیرسیستم های کوچکتر تقسیم می شود و به همین ترتیب تا رسیدن به سطح مورد نظر از جزئیات ادامه می یابد.

هر یک نمودارهای IDEF0 a شامل بلوک ها و کمان ها است. بلوک ها عملکردهای سیستم مدل شده را به تصویر می کشند. کمان ها بلوک ها را به یکدیگر پیوند می دهند و تعاملات و روابط بین آنها را نشان می دهند.

بلوک‌های عملکردی (کار) در نمودارها با مستطیل‌هایی نشان داده می‌شوند که فرآیندها، توابع یا وظایف نام‌گذاری شده را نشان می‌دهند که در یک دوره زمانی رخ می‌دهند و نتایج قابل تشخیصی دارند. نام اثر باید به صورت یک اسم لفظی که بیانگر عمل باشد بیان شود.

IDEF0مستلزم آن است که نمودار حداقل سه بلوک داشته باشد و بیش از شش بلوک نباشد. این محدودیت‌ها پیچیدگی نمودارها و مدل‌ها را در سطحی قابل خواندن، قابل فهم و قابل استفاده نگه می‌دارند.

هر طرف بلوک یک هدف خاص و بسیار خاص دارد. سمت چپ بلوک برای ورودی ها، بالا برای کنترل، سمت راست برای خروجی ها و پایین برای مکانیسم ها است. این نامگذاری اصول خاصی از سیستم را منعکس می کند: ورودی ها به خروجی تبدیل می شوند، محدودیت های کنترلی را تعیین می کنند یا شرایط را برای انجام تبدیل ها تجویز می کنند، مکانیسم ها نشان می دهند که یک تابع چیست و چگونه انجام می شود.

بلوک ها در IDEF0 به ترتیب اهمیت، همانطور که توسط نویسنده نمودار فهمیده شده است، قرار می گیرند. این نظم نسبی را تسلط می گویند. تسلط به عنوان تأثیری است که یک بلوک بر بلوک های دیگر در نمودار دارد. به عنوان مثال، غالب ترین بلوک نمودار ممکن است اولین توالی مورد نیاز از توابع باشد، یا یک تابع برنامه ریزی یا کنترلی که بر همه توابع دیگر تأثیر می گذارد.

غالب ترین بلوک معمولاً در گوشه سمت چپ بالای نمودار و کمترین بلوک غالب در گوشه سمت راست قرار می گیرد.

چیدمان بلوک ها در صفحه بیانگر تعریف نویسنده از تسلط است. بنابراین، توپولوژی نمودار نشان می دهد که کدام ویژگی ها تأثیر بیشتری بر سایرین دارند. برای تأکید بر این موضوع، تحلیلگر می‌تواند بلوک‌ها را با توجه به ترتیب تسلط آن‌ها شماره‌گذاری کند. ترتیب تسلط را می توان با عددی که در گوشه سمت راست پایین هر مستطیل قرار داده شده نشان داد: 1 نشان دهنده بیشترین تسلط، 2 بعدی و غیره است.

تعامل آثار با دنیای بیرون و با یکدیگر به شکل فلش هایی توصیف می شود که به صورت خطوط منفرد با فلش هایی در انتهای آن به تصویر کشیده شده است. فلش ها نشان دهنده برخی اطلاعات هستند و اسم نامیده می شوند.

انواع فلش

IDEF0 بین پنج نوع فلش تمایز قائل می شود.

ورود- اشیاء مورد استفاده و تبدیل شده توسط کار برای به دست آوردن یک نتیجه (خروجی). مجاز است که اثر یک پیکان ورودی نداشته باشد. فلش ورودی به عنوان ورود به لبه سمت چپ کار رسم می شود.

کنترل-.اطلاعات، مدیر اقدامکار کردن به طور معمول، فلش های کنترلی حاوی اطلاعاتی هستند که نشان می دهد یک کار باید چه کاری انجام دهد. هر کار باید حداقل یک فلش کنترلی داشته باشد که به عنوان ورودی لبه بالایی کار نشان داده می شود.

خارج شوید- اشیایی که ورودی ها به آنها تبدیل می شوند. هر کار باید حداقل یک فلش خروجی داشته باشد که از لبه سمت راست کار کشیده شده است.

سازوکار- منابعی که کار را انجام می دهند. فلش مکانیسم به صورت ورود به لبه پایینی کار کشیده شده است. بنا به صلاحدید تحلیلگر، فلش های مکانیسم ممکن است روی مدل نشان داده نشوند.

زنگ زدن- یک فلش خاص که به یک مدل عملیاتی متفاوت اشاره می کند. فلش فراخوانی از پایین کار رسم می شود و برای نشان دادن اینکه برخی از کارها خارج از سیستم در حال مدل سازی انجام می شود استفاده می شود.

برنج. 2.1انواع فلش

روش IDEF0 فقط به پنج نوع تعامل بین بلوک ها برای توصیف روابط آنها نیاز دارد: کنترل، ورودی، بازخورد کنترل، بازخورد ورودی، مکانیسم خروجی. اتصالات کنترل و ورودی ساده ترین هستند زیرا تأثیرات مستقیم را منعکس می کنند که بصری و بسیار ساده هستند.

برنج. 2.2.ارتباط خروجی

برنج. 2.3. ارتباطات مدیریت

یک رابطه کنترل زمانی اتفاق می افتد که خروجی یک بلوک مستقیماً بر بلوک کمتر غالب تأثیر می گذارد.

بازخورد کنترل و بازخورد ورودی پیچیده‌تر هستند زیرا شامل تکرار یا بازگشت هستند. یعنی خروجی های یک شغل بر اجرای آینده مشاغل دیگر تأثیر می گذارد که متعاقباً بر کار اصلی تأثیر می گذارد.

پس از آن بازخورد کنترل رخ می دهد. هنگامی که خروجی برخی از بلوک ها بر بلوکی با تسلط بیشتر تأثیر می گذارد.

روابط خروجی و مکانیزم نادر است. آنها وضعیتی را منعکس می کنند که در آن خروجی یک تابع به وسیله ای برای رسیدن به هدف دیگری تبدیل می شود.

برنج. 2.4.بازخورد ورود

برنج. 2.5.بازخورد مدیریت

روابط خروجی و مکانیزم مشخصه تخصیص منابع منابع است (به عنوان مثال، ابزارهای مورد نیاز، پرسنل آموزش دیده، فضای فیزیکی، تجهیزات، بودجه، مواد).

در IDEF0، کمان به ندرت یک شی را نشان می دهد. معمولاً نماد مجموعه ای از اشیاء است. از آنجا که کمان ها مجموعه ای از اشیاء را نشان می دهند، می توانند چندین نقطه شروع (منبع) و نقطه پایان (مقصد) داشته باشند. بنابراین، کمان ها می توانند منشعب و متصل شوند راه های مختلف. کل قوس یا بخشی از آن ممکن است از یک یا چند بلوک گسترش یابد و به یک یا چند بلوک ختم شود.

کمان های انشعاب، که به صورت خطوط تابشی نشان داده می شوند، به این معنی است که تمام یا بخشی از محتویات کمان ها ممکن است در هر شاخه ظاهر شوند. یک قوس همیشه قبل از یک شاخه برچسب زده می شود تا نامی به کل مجموعه بدهد. علاوه بر این، هر شاخه از یک قوس ممکن است طبق قوانین زیر برچسب گذاری شود یا نباشد:

• شاخه های بدون برچسب شامل وزن اشیاء مشخص شده در برچسب قوس قبل از شاخه هستند.
• شاخه های برچسب گذاری شده بعد از نقطه انشعاب شامل تمام یا بخشی از اشیاء مشخص شده در برچسب قوس قبل از شاخه هستند.

ادغام قوس در IDEFO، که به صورت خطوطی که با هم همگرا هستند نشان داده می‌شوند، نشان می‌دهند که محتویات هر شاخه به شکل یک برچسب برای کمان که از ادغام کمان‌های اصلی حاصل می‌شود، می‌رود. پس از ادغام، قوس حاصل همیشه علامت گذاری می شود تا مجموعه جدیدی از اشیاء حاصل از ادغام را نشان دهد. علاوه بر این، طبق قوانین زیر، هر شاخه ممکن است قبل از ادغام علامت گذاری شود یا نباشد:

برنج. 2.6.اتصال خروجی و مکانیزم

• شاخه های بدون برچسب حاوی وزن اشیاء مشخص شده در برچسب قوس مشترک پس از ادغام هستند.
• شاخه های علامت گذاری شده قبل از ادغام شامل تمام یا برخی از اشیاء ذکر شده در برچسب مشترک پس از ادغام هستند.

تجزیه و تحلیل نمودار کمی

برای انجام تجزیه و تحلیل کمی نمودارها، شاخص های مدل را فهرست می کنیم:

• تعداد بلوک های روی نمودار - N;
• سطح تجزیه نمودار - L;
• تعادل نمودار - که در؛
• تعداد فلش های متصل به بلوک - آ

این مجموعه عوامل برای هر نمودار مدل اعمال می شود. در زیر توصیه هایی در مورد مقادیر مورد نظر فاکتورها در نمودار ذکر می شود.

باید تلاش کرد تا اطمینان حاصل شود که تعداد بلوک‌ها در نمودارهای سطوح پایین‌تر از تعداد بلوک‌های روی نمودارهای مادر کمتر است، یعنی با افزایش سطح تجزیه، ضریب کاهش می‌یابد. بنابراین کاهش این ضریب بیانگر آن است. که با تجزیه مدل، توابع باید ساده شوند، بنابراین تعداد بلوک ها باید کاهش یابد.

نمودارها باید متعادل باشند. این بدان معنی است که در یک نمودار وضعیت نشان داده شده در شکل 1 نباید رخ دهد. 2.7: کار 1 به طور قابل توجهی پیکان های ورودی و فلش های کنترلی بیشتری نسبت به فلش های خروجی دارد. لازم به ذکر است که این توصیه ممکن است در مدل های توصیف شده رعایت نشود فرآیندهای تولید. به عنوان مثال، هنگام توصیف یک روش مونتاژ، یک بلوک ممکن است شامل فلش های زیادی باشد که اجزای یک محصول را توصیف می کند، و یک فلش در حال خروج - محصول نهایی است.

برنج. 2.7.نمونه ای از نمودار نامتعادل

بیایید ضریب تعادل نمودار را معرفی کنیم

باید تلاش کرد سبرای نمودار حداقل بود.

علاوه بر تجزیه و تحلیل عناصر گرافیکی نمودار، لازم است نام بلوک ها را نیز در نظر بگیرید. برای ارزیابی نام ها، فرهنگ لغت توابع ابتدایی (بی اهمیت) سیستم مدل شده گردآوری شده است. در واقع این فرهنگ لغت باید شامل توابع سطح پایین تجزیه نمودار باشد. به عنوان مثال، برای یک مدل پایگاه داده، توابع "یافتن یک رکورد" و "افزودن رکورد به پایگاه داده" ممکن است ابتدایی باشند، در حالی که تابع "ثبت کاربر" نیاز به توضیحات بیشتری دارد.

پس از تشکیل دیکشنری و گردآوری بسته نمودارهای سیستمی، باید سطح پایین مدل را در نظر گرفت. اگر بین نام بلوک های نمودار و کلمات از فرهنگ لغت تطابق وجود داشته باشد، به این معنی است که سطح تجزیه کافی به دست آمده است. ضریب منعکس کننده کمی این معیار را می توان به صورت نوشتاری نوشت L*C-محصول سطح مدل و تعداد تطابق نام بلوک با کلمات از فرهنگ لغت. هرچه سطح مدل پایین تر باشد (L بزرگتر)، مطابقت ها ارزشمندتر هستند.

جعبه ابزار BPWin

وقتی BPWin را راه اندازی می کنید، نوار ابزار اصلی، پالت ابزار و Model Explorer به طور پیش فرض ظاهر می شوند.

هنگام ایجاد یک مدل جدید، یک گفتگو ظاهر می شود که در آن باید مشخص کنید که آیا مدل دوباره ایجاد می شود یا از مخزن ModelMart باز می شود، نام مدل را وارد کنید و روشی را که در آن مدل ساخته می شود انتخاب کنید ( شکل 2.8).

شکل 2.8گفتگوی ایجاد مدل

BPWin از سه متدولوژی - IDEF0، IDEF3 و DFD پشتیبانی می کند. در BPWin امکان ساخت مدل‌های ترکیبی وجود دارد، یعنی مدل می‌تواند به طور همزمان شامل نمودارهای IDEF0 و IDEF3 و DFD باشد. ترکیب پالت ابزار به طور خودکار وقتی از یک نماد به نماد دیگر تغییر می کند تغییر می کند.

یک مدل در BPWin به عنوان مجموعه ای از کارها در نظر گرفته می شود که هر کدام با مجموعه ای از داده ها عمل می کنند. اگر روی هر شی مدلی با دکمه سمت چپ ماوس کلیک کنید، یک منوی زمینه ظاهر می شود که هر آیتم مربوط به ویرایشگر یک ویژگی شی است.

مثال

ساخت یک مدل سیستم باید با مطالعه تمام اسناد توصیف کننده آن آغاز شود عملکرد. یکی از این اسناد، مشخصات فنی، یعنی بخش‌های «هدف توسعه»، «اهداف و اهداف سیستم» و «ویژگی‌های عملکردی سیستم» است.

پس از مطالعه اسناد منبع و مصاحبه با مشتریان و کاربران سیستم، لازم است هدف از مدل سازی تدوین و دیدگاه مدل مشخص شود. اجازه دهید فناوری ساخت آن را با استفاده از نمونه سیستم "خدمات استخدامی دانشگاه" در نظر بگیریم، که قابلیت های اصلی آن در شرح داده شده است. کار آزمایشگاهی № 1.

اجازه دهید هدف مدل‌سازی را فرموله کنیم: توصیف عملکرد سیستم، که برای کاربر آن قابل درک باشد، بدون پرداختن به جزئیات مربوط به پیاده‌سازی. ما مدل را از دیدگاه کاربران (دانشجو، معلم، مدیر، دفتر ریاست، شرکت) خواهیم ساخت.

بیایید با ساختن یک نمودار متنی IDEF0 شروع کنیم.طبق توضیحات سیستم، عملکرد اصلی این است که با پردازش درخواست‌های مشتریان، به مشتریان خود خدمات رسانی کند. بنابراین، ما تعریف می کنیم تنها شغلنمودار زمینه به عنوان "خدمت مشتری سیستم". سپس داده های ورودی و خروجی و همچنین مکانیزم ها و کنترل ها را تعریف می کنیم.

برای خدمت رسانی به مشتری، ثبت نام وی در سامانه، باز کردن دسترسی به پایگاه داده و رسیدگی به درخواست وی ضروری است. داده های ورودی «نام مشتری»، «گذرواژه مشتری»، «پایگاه داده منبع»، «درخواست مشتری» خواهد بود. اجرای یک درخواست منجر به دریافت اطلاعات از سیستم یا تغییر محتوای پایگاه داده (مثلاً هنگام کامپایل) می شود. ارزیابی های کارشناسی) ، بنابراین خروجی "گزارش ها" و "پایگاه داده اصلاح شده" خواهد بود. فرآیند پردازش درخواست توسط مانیتور سیستم تحت کنترل مدیر انجام خواهد شد.

نمودار زمینه

بنابراین، نمودار زمینه سیستم را تعریف می کنیم (شکل 2.9).

شکل 2.9.نمودار زمینه سیستم

بیایید نمودار زمینه را تجزیه کنیم و توالی خدمات مشتری را توصیف کنیم:

• تعیین سطح دسترسی به سیستم.
• انتخاب زیر سیستم
• دسترسی به زیر سیستم
• تغییر پایگاه داده (در صورت لزوم).

نمودار نشان داده شده در شکل را دریافت می کنیم. 2.10.

پس از تکمیل تجزیه نمودار زمینه، به تجزیه نمودار سطح بعدی بروید. به طور معمول، هنگام در نظر گرفتن سطوح سوم و پایین تر، مدل ها به نمودارهای والد باز می گردند و آنها را تنظیم می کنند.

برنج. 2.10.تجزیه کار "سرویس، مشتری سیستم"

تمام بلوک های نمودار حاصل را به ترتیب تجزیه می کنیم. اولین قدم در تعیین سطح دسترسی به سیستم، تعیین دسته کاربری است. نام مشتری در پایگاه داده کاربر جستجو می شود و دسته بندی آن را تعیین می کند. با توجه به دسته بندی خاصی، اختیارات اعطا شده به کاربر سیستم تعیین می شود. در مرحله بعد، روند دسترسی به سیستم، بررسی نام دسترسی و رمز عبور انجام می شود. با ترکیب اطلاعات مقامات و سطح دسترسی به سیستم، مجموعه ای از اقدامات مجاز برای کاربر شکل می گیرد. بنابراین، تعیین سطح دسترسی به سیستم مانند شکل زیر خواهد بود. 2.11.

برنج. 2.11.تجزیه کار "تعیین سطح دسترسی به سیستم"

پس از تکمیل فرآیند دسترسی به سیستم، مانیتور درخواست مشتری را تجزیه و تحلیل می کند و زیرسیستمی را انتخاب می کند که درخواست را پردازش می کند. تجزیه اثر "توسل به یک سیستم فرعی" با هدف و دیدگاه مدل مطابقت ندارد. کاربر سیستم علاقه ای ندارد الگوریتم های داخلیکار او در این مورد، برای او مهم است که انتخاب زیرسیستم به طور خودکار و بدون دخالت او انجام شود، بنابراین تجزیه دسترسی به زیرسیستم فقط مدل را پیچیده می کند.

ما کار "پردازش درخواست مشتری" را که توسط زیرسیستم برای پردازش درخواست ها انجام می شود تجزیه می کنیم و دسته ها و قدرت های کاربران را تعیین می کنیم. قبل از جستجو برای پاسخ به یک پرس و جو، باید پایگاه داده را باز کنید (به آن متصل شوید). به طور کلی، پایگاه داده را می توان در قرار گرفت سرور راه دور، بنابراین ممکن است لازم باشد با آن ارتباط برقرار کنید. بیایید دنباله کار را تعیین کنیم:

• باز کردن پایگاه داده
• در حال اجرای درخواست
• تولید گزارش

پس از باز کردن پایگاه داده، باید به سیستم اطلاع دهید که ارتباط با پایگاه داده برقرار شده است، سپس درخواست را اجرا کرده و برای کاربر گزارش تولید کنید (شکل 2.12).

لازم به ذکر است که "اجرای پرس و جو" شامل کار زیرسیستم های مختلف است. به عنوان مثال، اگر درخواست شامل تست باشد، توسط زیر سیستم تست های تخصصی و روانشناسی اجرا می شود. در مرحله اجرای پرس و جو، ممکن است نیاز به تغییر محتویات پایگاه داده باشد، به عنوان مثال، هنگام تدوین ارزیابی های کارشناسی. بنابراین لازم است این امکان در نمودار پیش بینی شود.

برنج. 2.12.

تنظیم نمودار

هنگام تجزیه و تحلیل نمودار حاصل، این سوال مطرح می شود: از چه قوانینی برای تولید گزارش استفاده می شود؟ داشتن قالب های از پیش ساخته شده ای که برای انتخاب از پایگاه داده استفاده می شود، ضروری است و این قالب ها باید با پرس و جوها مطابقت داشته باشند و از پیش تعریف شده باشند. علاوه بر این، باید به مشتری فرصت داده شود تا فرم گزارش را انتخاب کند.

بیایید نمودار را با افزودن پیکان های «Report Templates» و «Database Change Requests» و فلش تونل «System Client» تنظیم کنیم. تونل سازی "System Client" به منظور قرار ندادن فلش در نمودار بالا استفاده می شود، زیرا عملکرد انتخاب فرم گزارش به اندازه کافی مهم نیست تا در نمودار والد نمایش داده شود.

تغییر نمودار منجر به تنظیمات برای تمام نمودارهای والد می شود (شکل 2.13 - 2.15).

توصیه می شود کار "اجرای پرس و جو" را با استفاده از نمودار DFD (کار آزمایشگاهی شماره 3) تجزیه کنید، زیرا روش IDEF0 سیستم را به عنوان مجموعه ای از کارهای مرتبط در نظر می گیرد که فرآیندهای پردازش اطلاعات را به خوبی منعکس نمی کند.

برنج. 2.13.تجزیه اثر "پردازش درخواست مشتری"

برنج. 2.14.تجزیه کار "خدمات مشتری سیستم" (گزینه 2)

برنج. 2.15.نمودار زمینه سیستم (گزینه 2)

بیایید به تجزیه آخرین بلوک "تغییر پایگاه داده" برویم. از دیدگاه مشتری، داده های سیستم در یک پایگاه داده قرار دارند. در واقع، شش پایگاه داده در سیستم وجود دارد:

• پایگاه داده کاربر،
• پایگاه دانش آموزی، (گزینه 2)
• پایگاه داده جای خالی،
• پایگاه داده عملکرد تحصیلی،
• پایگاه داده تست،
• DB ارزیابی های کارشناسی،
• رزومه DB.

با توجه به هدف مدل‌سازی، درک این موضوع برای مشتری مهم است که داده‌های دریافتی بلافاصله در سیستم به‌روزرسانی نمی‌شوند، بلکه یک مرحله اضافی از پردازش و کنترل را طی می‌کنند. الگوریتم تغییر را می توان به صورت زیر فرموله کرد:

• پایگاه داده ای که اطلاعات در آن تغییر خواهد کرد تعیین می شود.
• اپراتور یک مجموعه داده موقت تولید می کند و آن را در اختیار مدیر قرار می دهد.
• مدیر داده ها را کنترل می کند و آنها را وارد پایگاه داده می کند.

این مدل را می توان به روش دیگری نیز پیاده سازی کرد، با ارائه قابلیت به روز رسانی مستقیم پایگاه داده در صورت درخواست، دور زدن فرآیند کنترل داده ها. در این مورد، لازم است از کنترل یکپارچگی پایگاه داده برای جلوگیری از آسیب دیدن آن اطمینان حاصل شود. در این حالت، نمودار به این صورت خواهد بود (شکل 2.17).

برنج. 2.16.تجزیه اثر "تغییر پایگاه داده"

برنج. 2.17.تجزیه کار "تغییر پایگاه داده" (گزینه 2) برای گزینه اول، نشان داده شده در شکل. 2.12

انجام تجزیه بیشتر "تغییرات پایگاه داده" مدل را پیچیده می کند و توضیح می دهد که چگونه تغییر فیزیکی پایگاه داده در سیستم انجام می شود. در این صورت کاربر هیچ دریافتی نخواهد داشت اطلاعات اضافیدر مورد عملکرد سیستم خدمات استخدامی. توصیه می شود این کار در طول فرآیند طراحی یک سیستم پایگاه داده در مرحله ایجاد یک مدل منطقی از پایگاه داده تجزیه شود.

تجزیه کار "اجرای پرس و جو" در آزمایشگاه بعدی انجام خواهد شد و برنامه را نشان می دهد. نمودارهای DFDبرای توصیف فرآیندهای پردازش اطلاعات

اجرا کنیم آنالیز کمیمدل های نشان داده شده در شکل 2.12 و 2.13، طبق روشی که در بالا توضیح داده شد. اجازه دهید رفتار ضریب ^ را برای این مدل ها در نظر بگیریم. نمودار والد "پردازش درخواست مشتری" دارای ضریب 4/2 = 2، و نمودار تجزیه دارای 3/3 = 1 است. مقدار ضریب کاهش می یابد، که نشان دهنده ساده شدن توصیف توابع به عنوان سطح مدل کاهش می یابد

بیایید تغییر ضریب را در نظر بگیریم ک بدارای دو گزینه مدل

برای گزینه دوم

ضریب ک بمقدار آن را تغییر نمی دهد، بنابراین، تعادل نمودار تغییر نمی کند.

فرض می کنیم که سطح تجزیه نمودارهای در نظر گرفته شده برای نشان دادن هدف مدل سازی کافی است و در نمودارهای سطح پایین تر، از توابع ابتدایی به عنوان نام کار استفاده می شود (از دیدگاه کاربر سیستم) .

با جمع بندی مثال در نظر گرفته شده، لازم است به اهمیت در نظر گرفتن چندین گزینه نمودار هنگام مدل سازی یک سیستم توجه شود. چنین گزینه هایی ممکن است هنگام تنظیم نمودارها، همانطور که با "پردازش درخواست مشتری" یا هنگام ایجاد پیاده سازی های جایگزین توابع سیستم (تجزیه کار "تغییر پایگاه داده") انجام شد، ایجاد شوند. بررسی گزینه‌ها به شما این امکان را می‌دهد تا بهترین را انتخاب کنید و آن را برای بررسی بیشتر در بسته‌ای از نمودارها قرار دهید.

کنترل سوالات

فهرست کنید سوالات امنیتی:

1. مدل در نماد IDEF0 چیست؟
2. مشاغل در IDEF0 به چه معنا هستند؟
3. ترتیب نامگذاری آثار چگونه است؟
4. چند اثر باید در یک نمودار وجود داشته باشد؟
5. ترتیب سلطه چیست؟
6. چیدمان آثار بر اساس اصل غلبه چگونه است؟
7. منظور از اضلاع مستطیل های کار روی نمودارها چیست؟
8. انواع فلش ها را فهرست کنید.
9. انواع روابط را نام ببرید.
10. فلش های مرزی چه نامیده می شوند؟
11. اصل نامگذاری انشعاب و ادغام فلش ها را توضیح دهید.
12. چه متدولوژی هایی توسط BPWin پشتیبانی می شوند؟
13. عناصر اصلی پنجره اصلی BPWin را فهرست کنید.
14. فرآیند ایجاد یک مدل جدید در BPWin را شرح دهید.
15. چگونه بین آثار ارتباط برقرار کنیم؟
16. نحوه تعیین نام شغل
17. فرآیند شکست کار را شرح دهید.
18. چگونه کار را به نمودار اضافه کنیم؟
19. چگونه فلش های تونل شده را حل کنیم؟
20. آیا یک مدل BPWin می تواند شامل نمودارهای متدولوژی های متعدد باشد؟

در مراحل اولیه ایجاد یک IS، درک نحوه عملکرد سازمانی که قرار است خودکار شود، ضروری است. هیچ کس در سازمان نمی داند که چگونه با جزئیات مورد نیاز برای ایجاد IP کار می کند. مدیر کل کار را به خوبی می شناسد، اما نمی تواند جزئیات کار هر کارمند معمولی را بررسی کند. یک کارمند معمولی به خوبی می داند که در محل کارش چه می گذرد، اما نمی داند همکارانش چگونه کار می کنند. بنابراین، برای توصیف عملکرد یک شرکت، لازم است یک مدل ساخته شود. چنین مدلی باید متناسب با حوزه موضوعی باشد؛ بنابراین باید حاوی دانش همه شرکت کنندگان در فرآیندهای تجاری سازمان باشد.

راحت‌ترین زبان برای مدل‌سازی فرآیندهای کسب‌وکار، IDEF0 است که بیش از 20 سال پیش توسط داگلاس راس (SoftTech, Inc.) پیشنهاد شد و در اصل SADT - تکنیک تحلیل ساختاری و طراحی نامیده می‌شود. (در اوایل دهه 1970، ارتش ایالات متحده از زیرمجموعه مدلسازی فرآیند SADT برای اجرای پروژه های تحت برنامه تولید یکپارچه به کمک رایانه (ICAM) استفاده کرد. این زیر مجموعه از SADT متعاقباً به عنوان استاندارد فدرال ایالات متحده تحت نام IDEF0 پذیرفته شد. مشخصات دقیق برای استانداردهای IDEF را می توان در http://www.idef.com یافت.

در IDEF0، یک سیستم به عنوان مجموعه ای از فعالیت ها یا عملکردهای متقابل نشان داده می شود. این جهت گیری صرفاً عملکردی اساسی است - عملکردهای سیستم مستقل از اشیایی که با آنها کار می کنند تجزیه و تحلیل می شوند. این به شما امکان می دهد تا منطق و تعامل فرآیندهای سازمان را با وضوح بیشتری مدل کنید.

یک مدل در IDEF0 به عنوان توصیف یک سیستم (متن و گرافیک) درک می شود که باید به برخی از سوالات از پیش تعیین شده پاسخ دهد.

سیستم شبیه سازی شده به عنوان زیرمجموعه دلخواه جهان در نظر گرفته می شود. دلبخواهی است زیرا اولاً خود ما به صورت حدس و گمان تعیین می کنیم که آیا یک شیء خاص جزء سیستم خواهد بود یا آن را به عنوان تأثیر خارجی در نظر می گیریم و ثانیاً بستگی به دیدگاه سیستم دارد. این سیستم دارای مرزی است که آن را از بقیه جهان جدا می کند. تعامل یک سیستم با دنیای خارج به صورت ورودی (چیزی که توسط سیستم پردازش می شود)، خروجی (نتیجه فعالیت های سیستم)، کنترل (استراتژی ها و رویه هایی که کار تحت آن انجام می شود) و مکانیسم (مکانیسم) توصیف می شود. منابع لازم برای انجام کار). در حالی که سیستم تحت کنترل است، ورودی ها را با استفاده از مکانیزم ها به خروجی تبدیل می کند.

فرآیند مدل‌سازی یک سیستم در IDEF0 با تعریف زمینه آغاز می‌شود، یعنی انتزاعی‌ترین سطح توصیف سیستم به عنوان یک کل. زمینه شامل تعریف موضوع مدل سازی، هدف و دیدگاه مدل می باشد.

موضوع به عنوان خود سیستم درک می شود و باید دقیقا مشخص شود که چه چیزی در سیستم گنجانده شده است و چه چیزی خارج از آن قرار دارد، به عبارت دیگر، باید مشخص کنیم که چه چیزی را به عنوان اجزای سیستم در نظر خواهیم گرفت و چه چیزی را به عنوان یک نفوذ خارجی تعریف موضوع سیستم به طور قابل توجهی تحت تأثیر موقعیتی است که از آن سیستم مشاهده می شود و هدف از مدل سازی - سؤالاتی که مدل ساخته شده باید به آنها پاسخ دهد. به عبارت دیگر در ابتدا لازم است محدوده مدلسازی مشخص شود. توصیف مساحت سیستم به عنوان یک کل و اجزای آن اساس ساخت یک مدل است. اگرچه فرض بر این است که دامنه را می توان در طول شبیه سازی تنظیم کرد، اما اساساً باید در ابتدا فرموله شود، زیرا این محدوده است که جهت شبیه سازی و زمان تکمیل مدل را تعیین می کند. هنگام فرمول بندی یک محدوده، دو جزء وجود دارد که باید در نظر گرفته شود: عرض و عمق. عرض شامل تعیین مرزهای مدل است - ما تعیین می کنیم که چه چیزی در داخل سیستم و چه چیزی در خارج در نظر گرفته شود. عمق تعیین می کند که مدل در چه سطحی از جزئیات کامل است. هنگام تعیین عمق سیستم، لازم است محدودیت های زمانی را فراموش نکنید - پیچیدگی ساخت یک مدل به طور تصاعدی با عمق تجزیه افزایش می یابد. هنگامی که مرزهای مدل تعریف شد، فرض می شود که هیچ شیء جدیدی نباید به سیستم مدل شده وارد شود. از آنجایی که تمام اشیاء مدل به هم مرتبط هستند، معرفی یک شی جدید نه تنها می تواند یک جمع حسابی باشد، بلکه می تواند روابط موجود را تغییر دهد. ایجاد چنین تغییراتی در یک مدل تمام شده معمولاً یک فرآیند بسیار کار فشرده است (مشکل به اصطلاح "منطقه شناور").

هدف مدلسازییک مدل بدون یک هدف مشخص و واضح ساخته نمی شود. هدف باید به سوالات زیر پاسخ دهد:

چرا این فرآیند باید مدل شود؟

مدل باید چه چیزی را نشان دهد؟

خواننده چه چیزی می تواند بدست آورد؟

تدوین یک هدف به تیم تجزیه و تحلیل اجازه می دهد تا تلاش های خود را در جهت درست متمرکز کند. نمونه‌هایی از بیانیه‌های هدف شامل جملات زیر است: «مشکلات فعلی را شناسایی و تعریف کنید، امکان تجزیه و تحلیل پیشرفت‌های بالقوه را فراهم کنید»، «نقش‌ها و مسئولیت‌های کارکنان را برای نوشتن شرح وظایف شناسایی کنید»، «کارکرد شرکت را برای نوشتن اطلاعات توصیف کنید. مشخصات سیستم و غیره

نظر. اگرچه در ساخت یک مدل دیدگاه افراد مختلف در نظر گرفته می شود، اما مدل باید از یک دیدگاه واحد ساخته شود. یک دیدگاه را می توان به عنوان دیدگاه شخصی نشان داد که سیستم را در جنبه مورد نیاز برای مدل سازی می بیند. دیدگاه باید با هدف مدل سازی مطابقت داشته باشد. بدیهی است که شرح کار شرکت از دیدگاه یک سرمایه گذار و یک فناور کاملاً متفاوت به نظر می رسد ، بنابراین در طول مدل سازی مهم است که در نقطه نظر انتخاب شده باقی بمانید. به عنوان یک قاعده، نقطه نظر شخص مسئول کار شبیه سازی شده به عنوان یک کل انتخاب می شود. اغلب هنگام انتخاب یک دیدگاه در یک مدل، مهم است که دیدگاه های جایگزین اضافی را مستند کنید. نمودارهای FEO (فقط برای قرار گرفتن در معرض) معمولاً برای این منظور استفاده می شود.

مدل IDEF0 وجود یک هدف مشخص، یک موضوع مدل سازی و یک دیدگاه واحد را فرض می کند. برای افزودن دامنه، هدف و دیدگاه به مدل های IDEF0 در BPwin، آیتم منو را انتخاب کنید ویژگی های ویرایش/مدل، که کادر محاوره ای Model Properties را نمایش می دهد (شکل 4). نشانک گذاری شده است هدفشما باید یک هدف و دیدگاه اضافه کنید و نشانه گذاری کنید تعریف- تعریف مدل و توصیف منطقه.

نشانک گذاری شده است وضعیتدر همان گفتگو، می توانید وضعیت مدل (پیش نویس، کار، نهایی و غیره)، زمان ایجاد و آخرین ویرایش (بعداً به طور خودکار توسط تاریخ سیستم ردیابی می شود) را شرح دهید. نشانک گذاری شده است منبعمنابع اطلاعاتی برای ساخت مدل توضیح داده شده است (به عنوان مثال، "نظرسنجی از کارشناسان موضوع و تجزیه و تحلیل اسناد"). نشانک عمومیبرای وارد کردن نام پروژه و مدل، نام و حروف اول نویسنده و بازه زمانی مدل استفاده می شود - همانطور که هستو TO-VE.

برنج. 4. گفتگو برای تنظیم ویژگی های مدل

مدل های AS-IS و TO-BE. معمولاً ابتدا یک مدل از سازمان کار موجود ساخته می شود - AS-IS (همانطور که هست). بر اساس مدل AS-IS، بین واحدهای تجاری مختلف در مورد اینکه «چه کسی چه کاری انجام داد» و هر واحد تجاری چه چیزی به فرآیند اضافه می‌کند، اجماع حاصل می‌شود. مدل AS-IS به ما این امکان را می‌دهد که قبل از پرش به «آنچه فردا انجام خواهیم داد» بفهمیم «امروز چه می‌کنیم». تجزیه و تحلیل مدل عملکردی به شما این امکان را می دهد که بفهمید ضعیف ترین نقاط کجا هستند، مزایای فرآیندهای کسب و کار جدید چیست و ساختار موجود سازمان تجاری تا چه حد تغییرات عمیقی را متحمل خواهد شد. جزئیات فرآیندهای کسب و کار به شما امکان می دهد کاستی های سازمان را شناسایی کنید حتی در جایی که عملکرد در نگاه اول واضح به نظر می رسد. نشانه‌های فعالیت بی‌اثر می‌تواند بی‌فایده، کار مدیریت نشده و تکراری، جریان سند بی‌اثر (سند مناسب در زمان مناسب در مکان مناسب نیست)، عدم بازخورد مدیریت (کار تحت تأثیر نتیجه آن قرار نمی‌گیرد)، ورودی اشیاء یا اطلاعات به طور غیر منطقی استفاده می شوند) و غیره. کاستی های موجود در مدل AS-IS را می توان هنگام ایجاد مدل TO-BE (همانطور که خواهد شد) اصلاح کرد - مدلی از سازماندهی جدید فرآیندهای تجاری. TO-BE به مدلی برای تجزیه و تحلیل روش های جایگزین/بهتر انجام کار و مستندسازی نحوه انجام کسب و کار شرکت در آینده نیاز دارد.

یک اشتباه رایج که هنگام ایجاد یک مدل AS-IS باید به آن اشاره کرد، ایجاد یک مدل ایده آل است. به عنوان مثال ایجاد یک مدل بر اساس دانش مدیر، و نه یک مجری خاص کار است. مدیر با نحوه انجام کار طبق دستورالعمل ها و شرح وظایف آشنا است و اغلب نمی داند که زیردستان واقعاً چگونه کارهای معمول را انجام می دهند. نتیجه یک مدل تزیین شده و تحریف شده است که حاوی اطلاعات نادرست است و نمی توان از آن برای تجزیه و تحلیل بیشتر استفاده کرد. این مدل SHOULD_BE نامیده می شود (همانطور که باید باشد).

فناوری طراحی IS ابتدا شامل ایجاد یک مدل AS-IS، تجزیه و تحلیل آن و بهبود فرآیندهای تجاری، یعنی ایجاد یک مدل TO-BE، و تنها بر اساس مدل TO-BE یک مدل داده، یک نمونه اولیه و سپس نسخه نهایی است. از داعش ساخته شده است. ساختن یک سیستم بر اساس مدل AS-IS منجر به اتوماسیون شرکت بر اساس اصل "رها کردن همه چیز همانطور که هست، فقط برای ایستادن رایانه ها" می شود، یعنی IS فرآیندهای تجاری ناقص را خودکار می کند و به جای جایگزینی اسناد موجود، فرآیندهای تجاری ناقص را خودکار می کند و کپی می کند. جریان. در نتیجه پیاده سازی و بهره برداری از چنین سیستمی تنها منجر به هزینه های اضافی برای خرید تجهیزات، ایجاد نرم افزار و نگهداری هر دو می شود.

گاهی اوقات مدل های فعلی AS-IS و آینده TO-BE بسیار متفاوت هستند، به طوری که انتقال از حالت اولیه به حالت نهایی واضح نیست. در این مورد، مدل سومی برای توصیف فرآیند انتقال از حالت اولیه به نهایی سیستم مورد نیاز است، زیرا چنین انتقالی نیز یک فرآیند تجاری است.

نتیجه توصیف مدل را می توان در گزارش به دست آورد گزارش مدل. گفتگوی تنظیمات گزارش مدل از آیتم منو فراخوانی می شود گزارش/گزارش مدل. در گفتگوی تنظیمات، باید فیلدهای مورد نیاز را انتخاب کنید و ترتیب خروجی اطلاعات به گزارش به طور خودکار نمایش داده می شود (شکل 5).

برنج. 5. گزارش مدل

نمودارهای IDEF0متدولوژی IDEF0 بر اساس یک زبان گرافیکی برای توصیف فرآیندهای تجاری است. یک مدل در نماد IDEF0 مجموعه ای از نمودارهای مرتب شده و بهم پیوسته است. هر نمودار یک واحد توصیف سیستم است و در یک برگه جداگانه قرار دارد.

این مدل می تواند شامل چهار نوع نمودار باشد:

نمودار زمینه (هر مدل می تواند تنها یک نمودار زمینه داشته باشد).

نمودارهای تجزیه؛

نمودارهای درخت گره؛

نمودارهای فقط نوردهی (FEO).

نمودار زمینه، بالای ساختار درختی نمودارها است و نمایانگر کلی ترین توصیف از سیستم و تعامل آن با محیط خارجی. پس از توصیف سیستم به عنوان یک کل، به قطعات بزرگ تقسیم می شود. این فرآیند تجزیه تابعی نامیده می شود و نمودارهایی که هر قطعه و برهمکنش قطعات را توصیف می کنند، نمودار تجزیه نامیده می شوند. پس از تجزیه نمودار زمینه، هر قطعه بزرگ از سیستم به قطعات کوچکتر تجزیه می شود و به همین ترتیب تا زمانی که سطح مورد نظر از جزئیات در توضیحات به دست آید. پس از هر جلسه تجزیه، جلسات معاینه برگزار می شود - کارشناسان موضوع مطابقت فرآیندهای تجاری واقعی را با نمودارهای ایجاد شده نشان می دهند. هر گونه ناهماهنگی یافت شده اصلاح می شود و تنها پس از گذراندن آزمون بدون هیچ نظری می توان جلسه تجزیه بعدی را آغاز کرد. این تضمین می کند که مدل با فرآیندهای تجاری واقعی در هر سطحی از مدل مطابقت دارد. نحو برای توصیف سیستم به عنوان یک کل و هر یک از قطعات آن در سراسر مدل یکسان است.

نمودار درخت گره وابستگی سلسله مراتبی فعالیت ها را نشان می دهد، اما روابط بین فعالیت ها را نشان نمی دهد. می تواند به تعداد دلخواه نمودار درخت گره در مدل وجود داشته باشد، زیرا درخت را می توان تا عمق دلخواه ساخت و نه لزوماً از ریشه.

نمودارهای نوردهی (FEO) برای نشان دادن بخش هایی از یک مدل، برای نشان دادن یک دیدگاه جایگزین یا برای اهداف خاص ساخته می شوند.

نمونه ای از ایجاد یک مدل عملکردی.

به عنوان مثال، فعالیت های شرکت داستانی "کامپیوتر ورد" در نظر گرفته شده است. این شرکت عمدتاً کامپیوترهای رومیزی و لپ تاپ ها را مونتاژ و می فروشد. این شرکت خود قطعات تولید نمی کند، بلکه فقط کامپیوترها را مونتاژ و آزمایش می کند.

انواع اصلی کار در شرکت به شرح زیر است:

فروشندگان سفارشات مشتری را می پذیرند.

اپراتورها سفارشات را بر اساس نوع کامپیوتر گروه بندی می کنند.

اپراتورها کامپیوترها را مونتاژ و آزمایش می کنند.

اپراتورها کامپیوترها را طبق سفارشات بسته بندی می کنند.

انباردار سفارشات را برای مشتریان ارسال می کند.

این شرکت از یک سیستم اطلاعات حسابداری دارای مجوز استفاده می کند که به شما امکان ثبت سفارش، فاکتور و پیگیری پرداخت های فاکتور را می دهد.

روش انجام کار

1. BPwin() را اجرا کنید.

2. اگر یک دیالوگ ظاهر شود مدیر اتصال ModelMart، روی دکمه کلیک کنید لغو کنید(لغو).

3. روی دکمه کلیک کنید. یک کادر محاوره ای ظاهر می شود من دوست دارم(شکل 6). در قسمت متن تایپ کنید نامنام مدل "فعالیت شرکت" را انتخاب کنید و نوع را انتخاب کنید – فرآیند کسب و کار (IDEF0). روی دکمه کلیک کنید خوب.

برنج. 6. نامگذاری مدل و انتخاب نوع مدل

4. یک کادر محاوره ای باز می شود خواص برای مدل های جدید(خواص مدل جدید) (شکل 7). در قسمت متن وارد کنید نویسنده(نویسنده) نام نویسنده مدل و در قسمت متن حروف اول نویسندهحروف اول او دکمه ها را به ترتیب فشار دهید درخواست دادنو خوب.

5. نمودار زمینه خالی به طور خودکار ایجاد می شود (شکل 8).

6. به دکمه روی نوار ابزار توجه کنید. این دکمه ابزار مرور و پیمایش را روشن و خاموش می کند - مدل اکسپلورر(مرورگر مدل). مدل اکسپلورردارای سه برگه - فعالیت ها (), نمودارها() و اشیاء(). در برگه فعالیت هابا کلیک راست بر روی یک شی در مرورگر مدل می‌توانید گزینه‌هایی را برای ویرایش ویژگی‌های آن انتخاب کنید (شکل 9).

برنج. 8. نمودار زمینه خالی

برنج. 9. کلیک راست روی یک شی در تب Activities به شما امکان می دهد از منوی زمینه برای ویرایش ویژگی های آن استفاده کنید.

7. به منو بروید ویژگی های مدل/مدل. در برگه عمومیکادر محاوره ای ویژگی های مدلبه فیلد متنی نام مدلشما باید نام مدل "فعالیت های شرکت" و در قسمت متن را وارد کنید پروژهنام پروژه "مدل فعالیت های شرکت" و در نهایت در متن دوره زمانی(پوشش زمانی) - همانطور که هست(همانطور که هست) (شکل 10).

برنج. 10. پنجره ای برای تنظیم ویژگی های مدل

8. در زبانه هدفکادر محاوره ای ویژگی های مدلبه فیلد متنی هدف(هدف) داده هایی را در مورد هدف توسعه مدل - "مدل سازی فرآیندهای تجاری فعلی (AS-IS) شرکت" و در قسمت متن وارد کنید. نظر(دیدگاه) - "کارگردان" (شکل 11).

برنج. 11. وارد کردن داده ها در مورد هدف مدل سازی و دیدگاه

9. در زبانه تعریفکادر محاوره ای ویژگی های مدلبه فیلد متنی تعریف(تعریف) "این یک مدل آموزشی است که فعالیت های یک شرکت را توصیف می کند" را در قسمت متن وارد کنید محدوده(پوشش) - " مدیریت عمومیتجارت شرکت: تحقیقات بازار، تهیه قطعات، مونتاژ، آزمایش و فروش محصولات" (شکل 12).

10. به نمودار زمینه بروید و روی مستطیل نشان دهنده در نماد کلیک راست کنید IDEF0، نامگذاری گرافیکی مرسوم کار. از منوی زمینه، گزینه را انتخاب کنید نام(شکل 13). در برگه نامنام "فعالیت های شرکت" را وارد کنید (شکل 14).

11. در زبانه تعریفکادر محاوره ای ویژگی های فعالیتبه فیلد متنی تعریف(تعریف) "فرآیندهای تجاری فعلی شرکت" را وارد کنید (شکل 15). فیلد متنی توجه داشته باشید(یادداشت ها) خالی بگذارید.

برنج. 12. وارد کردن داده های اضافی برای تعریف مدل

برنج. 13. منوی زمینه برای کار با گزینه نام انتخاب شده

برنج. 14. نام گذاری اثر

برنج. 15. وارد کردن اطلاعات اضافی در مورد کار

12. ایجاد کنید ICOMفلش های روی نمودار زمینه (جدول 1).

جدول 1 - فلش های نمودار زمینه

نام پیکان (فلشنام)	تعریف فلش (فلشتعریف)	نوع پیکان (فلشتایپ کنید)
مشتری تماس می گیرد	درخواست اطلاعات، سفارشات، پشتیبانی فنی و غیره
قوانین و رویه ها	قوانین فروش، دستورالعمل های مونتاژ، روش های آزمایش، معیارهای عملکرد و غیره.
محصولات فروخته شده	دسکتاپ و لپ تاپ
سیستم حسابداری	تهیه فاکتور، پرداخت قبوض، کار با سفارش

13. با استفاده از دکمه، متن را در قسمت نمودار - نقطه نظر و هدف وارد کنید (شکل 16).

برنج. 16. وارد کردن متن در یک فیلد نمودار با استفاده از Text Block Editor

14. یک گزارش از مدل ایجاد کنید. در منو ابزار / گزارش / گزارش مدل(شکل 17) گزینه های تولید گزارش را تنظیم کنید ( کادرها را علامت بزنید) و روی دکمه کلیک کنید پیش نمایش(پیش نمایش) (شکل 18).

برنج. 17. تنظیم گزینه ها برای ایجاد گزارش مدل

برنج. 18. پیش نمایش گزارش مدل

تجزیه فرآیندهای تولید بر اساس روشIDEF0

آثار (فعالیت)

فعالیت‌ها به فرآیندها، عملکردها یا وظایف نام‌گذاری شده‌ای اشاره می‌کنند که در یک دوره زمانی رخ می‌دهند و نتایج قابل تشخیصی دارند. آثار به صورت مستطیل به تصویر کشیده شده اند. همه آثار باید نامگذاری و تعریف شوند. نام اثر باید به صورت یک اسم لفظی که بیانگر عمل باشد بیان شود (مثلاً «ساخت یک قطعه»، «دریافت سفارش» و غیره). کار "تولید یک قطعه" ممکن است به عنوان مثال، تعریف زیر را داشته باشد: "کار به چرخه کامل تولید یک محصول از کنترل کیفیت مواد اولیه تا حمل و نقل محصول بسته بندی شده اشاره دارد." هنگام ایجاد یک مدل جدید (منو فایل/جدید) یک نمودار زمینه به طور خودکار با یک اثر منفرد ایجاد می شود که سیستم را به عنوان یک کل نشان می دهد (شکل 1).

برای وارد کردن نام شغل، روی آن کار کلیک راست کرده و از منو انتخاب کنید ویرایشگر نامو در گفتگوی ظاهر شده نام اثر را وارد کنید. برای تشریح سایر خصوصیات کار، از دیالوگ استفاده کنید ویژگی های فعالیت(شکل 2).

برنج. 1. نمونه ای از نمودار زمینه

برنج. 2. ویرایشگر برای تنظیم ویژگی های شغل

نمودارهای تجزیه حاوی کارهای مرتبط هستند، به عنوان مثال. مشاغل کودک که دارای شغل مشترک والدین است. برای ایجاد نمودار تجزیه، روی دکمه کلیک کنید.

یک دیالوگ به وجود می آید تعداد جعبه فعالیت(شکل 3) که در آن باید نماد نمودار جدید و تعداد کارهای روی آن را مشخص کنید. بیایید یک نماد را انتخاب کنیم IDEF0و بر روی کلیک کنید خوب. نمودار تجزیه ظاهر می شود (شکل 4). محدوده قابل قبول تعداد مشاغل 2-8 می باشد. تجزیه کار به یک کار منطقی نیست: نمودارهایی با بیش از هشت کار بیش از حد اشباع شده و خواندن آنها دشوار است. برای اطمینان از وضوح و درک بهتر فرآیندهای شبیه سازی شده، توصیه می شود از سه تا شش بلوک در یک نمودار استفاده کنید.

برنج. 3. گفتگوتعداد جعبه فعالیت

برنج. 4. نمونه ای از نمودار تجزیه

اگر معلوم شد که تعداد کارها کافی نیست، می توان کار را ابتدا با کلیک بر روی دکمه در پالت ابزار و سپس روی فضای خالی نمودار به نمودار اضافه کرد.

فعالیت ها در نمودارهای شکست معمولاً به صورت مورب از بالا سمت چپ به سمت راست پایین مرتب می شوند.

این نظم را نظم سلطه می گویند. طبق این اصل چیدمان، بیشترین کار مهمیا کاری که ابتدا به موقع انجام شود. پایین تر به سمت راست، وظایف کمتر مهم یا کارهای بعدی هستند. این چیدمان خوانایی نمودارها را آسان می کند و مفهوم روابط کاری بر اساس آن است.

هر یک از فعالیت های موجود در نمودار تجزیه می تواند به نوبه خود تجزیه شود. در نمودار شکست، کار به طور خودکار از چپ به راست شماره گذاری می شود. شماره کار در گوشه سمت راست پایین نشان داده شده است. در گوشه سمت چپ بالا خط مورب کوچکی وجود دارد که نشان می دهد این اثر تجزیه نشده است. بنابراین، به عنوان مثال، کار "مونتاژ محصول" شماره 3 است و هنوز تجزیه نشده است. کار "کنترل کیفیت" (شماره 4) سطح تجزیه کمتری دارد

فلش ها

تعامل آثار با دنیای بیرون و با یکدیگر در قالب فلش شرح داده شده است. فلش ها نشان دهنده برخی اطلاعات هستند و اسم نامیده می شوند (به عنوان مثال، "محصول"، "محصول"، "سفارش").

پنج نوع فلش در IDEF0 وجود دارد:

ورودی- مواد یا اطلاعاتی که توسط کار برای تولید نتیجه (خروجی) استفاده یا تبدیل می شود. مجاز است که اثر یک پیکان ورودی نداشته باشد. هر نوع فلش به سمت خاصی از مستطیل می رود یا از آن خارج می شود که نشان دهنده کار است. فلش ورودی به عنوان ورود به لبه سمت چپ کار رسم می شود. هنگام توصیف فرآیندهای تکنولوژیکی (به همین دلیل IDEF0 اختراع شد)، هیچ مشکلی در شناسایی ورودی ها وجود ندارد. در واقع، "مواد خام" در شکل. 1. چیزی است که در طی فرآیند "محصول سازی" پردازش می شود تا نتیجه ای حاصل شود. هنگام مدل‌سازی یک IP، وقتی فلش‌ها اشیاء فیزیکی نیستند، بلکه داده‌ها هستند، همه چیز چندان واضح نیست. به عنوان مثال، در طول "پذیرایی بیمار"، کارت بیمار می تواند هم در ورودی و هم در خروجی باشد، در عین حال کیفیت این داده ها تغییر می کند. به عبارت دیگر، در این مثال، برای توجیه هدف آن، فلش های ورودی و خروجی باید دقیقاً تعریف شوند تا نشان دهند که داده ها واقعاً پردازش شده اند (مثلاً خروجی "سوابق بیمار تکمیل شده" است). تعیین اینکه داده ها ورودی هستند یا کنترلی اغلب دشوار است. در این مورد، یک سرنخ می تواند این باشد که آیا داده ها در کار پردازش/تغییر شده اند یا خیر. اگر تغییر کنند، به احتمال زیاد یک ورودی است، اگر نه، کنترل است.

کنترل- قوانین، خط مشی ها، رویه ها یا استانداردهایی که کار را هدایت می کنند. هر کار باید حداقل یک فلش کنترلی داشته باشد. فلش کنترل به عنوان ورود به لبه بالایی کار رسم می شود. در شکل 1 فلش "وظیفه" و "نقاشی" - کنترل کار "ساخت یک محصول". مدیریت بر کار تأثیر می گذارد، اما با کار تغییر نمی کند. اگر هدف یک شغل تغییر رویه یا استراتژی باشد، آن رویه یا استراتژی ورودی کار خواهد بود. در صورت عدم قطعیت در وضعیت فلش (کنترل یا ورودی)، توصیه می شود یک فلش کنترل رسم شود.

خروجی- مواد یا اطلاعاتی که توسط کار تولید می شود. هر کار باید حداقل یک پیکان خروجی داشته باشد. کار بدون نتیجه معنایی ندارد و نباید الگوبرداری شود. فلش خروج به صورت نشات گرفته از لبه سمت راست کار رسم شده است. در شکل 1 پیکان "محصول نهایی" خروجی کار "تولید محصول" است.

سازوکار- منابعی که کار را انجام می دهند، به عنوان مثال، پرسنل شرکت، ماشین آلات، دستگاه ها، و غیره. در شکل 1 پیکان "کارکنان سازمانی" مکانیزمی برای کار "تولید محصول" است. بنا به صلاحدید تحلیلگر، فلش های مکانیسم ممکن است در مدل به تصویر کشیده نشوند.

زنگ زدن- یک فلش خاص که به یک مدل عملیاتی متفاوت اشاره می کند. فلش فراخوانی به صورت نشات گرفته از لبه پایین کار رسم می شود. در شکل 1 پیکان «مدل کار دیگر» فراخوان کار «ساخت محصول» است. یک فلش فراخوانی برای نشان دادن اینکه برخی کارها در خارج از سیستم در حال مدل سازی انجام می شود استفاده می شود. در BPwin از فلش های فراخوانی در مکانیزم ادغام و تقسیم مدل ها استفاده می شود.

فلش های مرزیفلش های روی نمودار زمینه برای توصیف تعامل سیستم با دنیای خارج استفاده می شود. آنها می توانند از مرز نمودار شروع شوند و به کار پایان دهند یا برعکس. به این گونه فلش ها فلش های مرزی می گویند.

برای افزودن پیکان ورودی مرز:

فلش های کنترل، خروجی، مکانیسم و ​​خروجی به طور مشابه نشان داده شده اند. برای رسم فلش خروج، به عنوان مثال، روی دکمه نماد فلش در پالت ابزار کلیک کنید، روی سمت راست کار در سمت خروج (جایی که فلش شروع می شود) کلیک کنید، مکان نما را به سمت راست صفحه حرکت دهید تا زمانی که خط چین اولیه ظاهر می شود و یک بار در امتداد نوار چین کلیک کنید.

نام فلش های تازه اضافه شده به طور خودکار در فرهنگ لغت وارد می شود ( فرهنگ لغت پیکان).

کدهای ایکومیک نمودار شکست برای جزئیات کار طراحی شده است. برخلاف مدل هایی که ساختار یک سازمان را نمایش می دهند، کار روی نمودار سطح بالا در IDEF0 کنترلی بر کار زیر آن نیست. کارهای سطح پایین همان کارهای سطح بالاست اما با جزئیات بیشتر. در نتیجه، مرزهای یک کار سطح بالا مانند مرزهای یک نمودار تجزیه است. ICOM(مخفف برای ورودی، کنترل، خروجی و مکانیزم) - کدهایی که برای شناسایی فلش های مرزی در نظر گرفته شده اند. کد ICOMحاوی یک پیشوند مربوط به نوع پیکان ( من,با,در بارهیا م) و شماره سریال BPwin کدهای ICOM را به صورت خودکار وارد می کند. برای نمایش کدهای ICOM گزینه Show ICOM codes را در تب فعال کنید ارائهگفتگو ویژگی های مدل.

فرهنگ لغت پیکان با استفاده از یک ویرایشگر ویژه ویرایش می شود ویرایشگر فرهنگ لغت پیکان، که در آن فلش تعریف شده و نظر مربوط به آن وارد شده است (شکل 6). فرهنگ لغت پیکان یک مشکل بسیار مهم را حل می کند. نمودارها توسط یک تحلیلگر به منظور برگزاری جلسه معاینه ایجاد می شوند، به عنوان مثال، نمودار را با یک متخصص موضوع بحث کنید. در هر زمینه موضوعی، اصطلاحات حرفه ای شکل می گیرد و اغلب عبارات اصطلاحات دارای معنای نامشخصی هستند و توسط متخصصان مختلف به طور متفاوتی درک می شوند. در عین حال، تحلیلگر - نویسنده نمودارها - باید از عباراتی استفاده کند که برای کارشناسان قابل درک باشد. از آنجایی که درک تعاریف رسمی اغلب دشوار است، تحلیلگر مجبور است از اصطلاحات تخصصی استفاده کند و برای جلوگیری از تعابیر مبهم، در فرهنگ لغت پیکان به هر مفهومی می توان یک تعریف گسترده و در صورت لزوم رسمی ارائه داد.

محتویات فرهنگ لغت پیکان را می توان به عنوان یک گزارش چاپ کرد (منو گزارش/گزارش پیکان...) و بدین وسیله یک فرهنگ لغت توضیحی از اصطلاحات دامنه استفاده شده در مدل بدست آورید.

برنج. 5. گفتگوویژگی های پیکان

برنج. 6. فلش واژگان

پیکان مرزی متصل نشده است.هنگام تجزیه یک اثر، فلش های ورودی و خروجی از آن (به جز فلش فراخوان) به طور خودکار روی نمودار تجزیه (مهاجرت فلش ها) ظاهر می شود، اما به آثار برخورد نمی کند. چنین فلش هایی بدون پیوند نامیده می شوند و به عنوان یک خطای نحوی در BPwin در نظر گرفته می شوند. برای پیوند دادن پیکان های ورودی، کنترل یا مکانیزم، باید به حالت ویرایش پیکان بروید، روی نوک پیکان کلیک کنید و روی قسمت کاری مربوطه کلیک کنید. برای پیوند دادن یک فلش خروجی، باید به حالت ویرایش پیکان بروید، روی قسمت خروجی کار و سپس روی فلش کلیک کنید.

فلش های داخلیبرای اتصال آثار به یکدیگر، از فلش های داخلی استفاده می شود، یعنی فلش هایی که به مرز نمودار برخورد نمی کنند از یک اثر شروع می شوند و به کار دیگر ختم می شوند.

برای ترسیم یک فلش داخلی، باید در حالت ترسیم فلش، روی یک قطعه (مثلاً خروج) از یک اثر و سپس روی یک قطعه (مثلاً ورودی) اثر دیگر کلیک کنید. IDEF0 پنج نوع روابط کاری را متمایز می کند.

ارتباط خروجی – ورودی، هنگامی که فلش خروجی کار سطح بالاتر (از این پس به سادگی خروجی نامیده می شود) به ورودی سطح پایین تر هدایت می شود.

کنترل ارتباطات (خروجی-کنترل)، زمانی که خروجی یک عملیات سطح بالاتر برای کنترل عملیات پایین ارسال می شود. ارتباطات مدیریتی نشان دهنده تسلط بر کارهای سطح بالاتر است. داده ها یا اشیاء خروجی کار سطح بالاتر در کار سطح پایین تغییر نمی کند.

بازخورد خروجی – ورودی، زمانی که خروجی یک کار سطح پایین به ورودی یک کار سطح بالاتر ارسال می شود. چنین رابطه ای معمولاً برای توصیف چرخه ها استفاده می شود.

بازخورد کنترل خروجی، هنگامی که خروجی یک عملیات سطح پایین به کنترل یک سطح بالاتر ارسال می شود. بازخورد مدیریت اغلب نشان دهنده اثربخشی یک فرآیند تجاری است.

اتصال خروجی و مکانیزم، زمانی که خروجی یک کار به مکانیزم دیگری ارسال می شود. این رابطه کمتر از سایرین استفاده می شود و نشان می دهد که یک فعالیت منابع مورد نیاز برای انجام فعالیت دیگر را آماده می کند.

فلش های صریح. یک فلش صریح دارای یک کار به عنوان منبع و یک کار به عنوان مقصد است.

انشعاب و ادغام فلش ها. همان داده ها یا اشیاء تولید شده توسط یک کار می توانند در چندین کار دیگر به طور همزمان استفاده شوند. از سوی دیگر، فلش های تولید شده در آثار مختلف ممکن است داده ها یا اشیایی یکسان یا همگن را نشان دهند که بیشتر در یک مکان مورد استفاده یا پردازش قرار می گیرند. برای مدل‌سازی چنین موقعیت‌هایی، IDEF0 از فلش‌های شاخه‌بندی و ادغام استفاده می‌کند. برای انشعاب یک فلش، در حالت ویرایش پیکان، روی قطعه فلش و روی قسمت مربوطه از کار کلیک کنید. برای ادغام دو فلش خروج، در حالت ویرایش پیکان، ابتدا بر روی قسمت خروجی کار و سپس بر روی قطعه فلش مربوطه کلیک کنید.

منظور از انشعاب و ادغام فلش ها با نام گذاری هر شاخه از فلش ها منتقل می شود. قوانین خاصی برای نامگذاری چنین فلش هایی وجود دارد. بیایید با استفاده از فلش های انشعاب به عنوان مثال به آنها نگاه کنیم. اگر یک فلش قبل از شاخه نامگذاری شده باشد، اما بعد از شاخه، هیچ شاخه ای نامگذاری نشود، فرض می شود که هر شاخه داده ها یا اشیایی مشابه شاخه قبل از شاخه را مدل می کند.

اگر یک فلش قبل از یک شاخه نامگذاری شده باشد، اما بعد از شاخه هیچ یک از شاخه ها نامگذاری نشده باشد، فرض می شود که این شاخه ها با نامگذاری مطابقت دارند. اگر هر شاخه ای بعد از شاخه بدون نام باقی بماند، فرض می شود که همان داده ها یا اشیاء را به عنوان شاخه قبل از شاخه مدل می کند.

این وضعیت زمانی غیرقابل قبول است که فلش قبل از شاخه نامگذاری نشده باشد و بعد از شاخه هیچ یک از شاخه ها نامگذاری نشده باشد. BPwin چنین فلشی را به عنوان یک خطای نحوی تشخیص می دهد.

قوانین نامگذاری فلش های ادغام کاملاً مشابه است - فلشی که پس از ادغام نامگذاری نشده باشد و هر یک از شاخه های آن قبل از ادغام نامگذاری نشده باشد، یک خطا در نظر گرفته می شود. برای نامگذاری یک شاخه جداگانه از فلش های انشعاب و ادغام، فقط یک شاخه را در نمودار انتخاب کنید، سپس ویرایشگر نام را فراخوانی کنید و یک نام به فلش اختصاص دهید. این نام فقط با شاخه انتخاب شده مطابقت دارد.

تونل زدن پیکان. فلش های مرزی که به تازگی معرفی شده اند در کروشه های مربع در نمودار تجزیه سطح پایین نشان داده شده اند و به طور خودکار در نمودار سطح بالا ظاهر نمی شوند.

برای "کشیدن" آنها به بالا، ابتدا باید دکمه روی پالت ابزار را انتخاب کنید و بر روی براکت های مربع فلش حاشیه کلیک کنید. یک دیالوگ ظاهر می شود ویرایشگر پیکان مرزی(شکل 7).

برنج. 7. گفتگوویرایشگر پیکان مرزی

اگر روی دکمه کلیک کنید برطرف کردنمرزفلش، در صورت استفاده از دکمه ChangeToTunnel، فلش به نمودار سطح بالا منتقل می شود - فلش تونل شده است و به نمودار دیگری ختم نمی شود.

از تونل زدن می توان برای به تصویر کشیدن فلش های بی اهمیت استفاده کرد. اگر در هر نمودار سطح پایین تر، لازم است داده ها یا اشیاء بی اهمیتی را به تصویر بکشید که در سطح فعلی توسط کار پردازش یا استفاده نمی شوند، باید به سطح بالاتر (به نمودار والد) ارسال شوند. اگر از این داده ها در نمودار مادر استفاده نشود، باید حتی بالاتر ارسال شود و غیره. در نتیجه، یک فلش ناچیز در تمام سطوح کشیده می شود و خواندن همه نمودارهایی را که در آنها ظاهر می شود دشوار می کند. راه حل این است که فلش را در پایین ترین سطح تونل کنید. این تونل‌سازی «نمودار-نه در والدین» نامیده می‌شود.

نمونه ای از ایجاد نمودار تجزیه

1. دکمه پایین را در پالت ابزار و در کادر محاوره ای انتخاب کنید تعداد جعبه فعالیت(شکل 8) تعداد کارها را در نمودار سطح پایین - 3 - تنظیم کرده و روی دکمه کلیک کنید خوب.

برنج. 8. کادر گفتگوی شمارش جعبه فعالیت

2. نمودار تجزیه به طور خودکار ایجاد می شود (شکل 9).

برنج. 9. نمودار تجزیه

روی کار واقع در گوشه سمت چپ بالای منطقه ویرایش مدل کلیک راست کنید، گزینه را در منوی زمینه انتخاب کنید نامو نام شغل را وارد کنید. این عمل را برای دو کار باقی مانده تکرار کنید. سپس تعریف، وضعیت و منبع را برای هر اثر مطابق جدول 1 وارد کنید.

جدول 1. کار نمودار تجزیه A0

نمودار تجزیه به شکل نشان داده شده در شکل خواهد بود. 10.

شکل 10 نمودار تجزیه پس از اختصاص نام به آثار

3. برای تغییر خصوصیات شغل ها پس از قرار گرفتن آنها در نمودار، می توانید از دیکشنری jobs استفاده کنید (شکل 11). فرهنگ لغت با استفاده از آیتم منوی اصلی فراخوانی می شود فرهنگ لغت / فعالیت.

برنج. 11. فرهنگ لغتفرهنگ لغت فعالیت

اگر نام و ویژگی های اثر را در فرهنگ لغت توضیح دهید، می توانید بعداً با استفاده از یک دکمه در پالت ابزار، آن را به نمودار اضافه کنید. حذف اثر از فرهنگ لغت در صورت استفاده در هر نموداری امکان پذیر نیست. اگر اثری از نمودار حذف شود، از فرهنگ لغت حذف نمی شود. نام و شرح چنین کاری ممکن است بعداً استفاده شود. برای افزودن یک اثر به فرهنگ لغت، به انتهای لیست رفته و روی خط آخر کلیک راست کنید. یک خط جدید ظاهر می شود که در آن باید نام و ویژگی های شغل را وارد کنید. برای حذف همه نام‌های شغلی که در مدل استفاده نمی‌شوند، روی دکمه ( پاکسازی(تمیز)).

4. به حالت ترسیم فلش بروید و فلش های مرزی را با استفاده از دکمه روی پالت ابزار همانطور که در شکل نشان داده شده است به هم پیوند دهید. 12.

برنج. 12. فلش های مرزی را در نمودار A0 به هم متصل کنید

5. روی شاخه فلش کنترلی کار «ساخت و آزمایش رایانه‌ها» کلیک راست کرده و نام آن را به «قوانین ساخت و آزمایش» تغییر دهید (شکل 13). یک تعریف برای شاخه جدید وارد کنید: "دستورالعمل های ساخت، روش های آزمایش، معیارهای عملکرد و غیره." روی شاخه پیکان مکانیسم کاری «فروش و بازاریابی» کلیک راست کرده و نام آن را به «سیستم سفارش» تغییر دهید (شکل 14).

برنج. 13. پیکان "ساخت و آزمایش قوانین"

برنج. 14. پیکان "سیستم سفارش"

6. یک روش جایگزین برای وارد کردن نام ها و ویژگی های فلش ها، استفاده از فرهنگ لغت پیکان است (با فرهنگ لغت تماس بگیرید - منو فرهنگ لغت / پیکان). اگر نام و ویژگی های فلش را در فرهنگ لغت وارد کنید (شکل 15)، می توان آن را بعداً به نمودار اضافه کرد.

برنج. 15. فلش واژگان

اگر فلش در هر نموداری استفاده شود، نمی‌توان آن را از فرهنگ لغت حذف کرد. حذف یک فلش از نمودار، آن را از فرهنگ لغت حذف نمی کند. نام و شرح چنین فلشی را می توان بعداً استفاده کرد. برای افزودن فلش به انتهای لیست رفته و روی خط آخر کلیک راست کنید. یک خط جدید ظاهر می شود که در آن باید نام و ویژگی های فلش را وارد کنید.

7. همانطور که در شکل نشان داده شده است، فلش های داخلی جدید ایجاد کنید. 16.

برنج. 16. فلش های داخلی نمودار A0

8. یک فلش ایجاد کنید بازخورد(برای مدیریت) "نتایج مونتاژ و آزمایش"، از کار "مونتاژ و آزمایش رایانه ها" به کار "فروش و بازاریابی". در صورت لزوم سبک پیکان (ضخامت خط) را تغییر دهید و گزینه را تنظیم کنید نوک پیکان اضافی(سرپیکان اضافی) (از منوی زمینه). روش کشیدن و رها کردننام فلش ها را جابه جا کنید تا راحت تر خوانده شوند. در صورت لزوم، از منوی زمینه نصب کنید خم شدن(زاگوگولین). نتیجه تغییرات احتمالی در شکل نشان داده شده است. 17.

برنج. 17. نتیجه ویرایش فلش ها در نمودار A0

9. یک پیکان مرزی خروج مواد بازاریابی جدید ایجاد کنید که از شغل فروش و بازاریابی خارج می شود. این فلش به طور خودکار در نمودار سطح بالا قرار نمی گیرد و دارای براکت های مربع در نوک است (شکل 18).

برنج. 18. Arrow مواد بازاریابی

10. بر روی کروشه های مربع راست کلیک کرده و آیتم منو را انتخاب کنید تونل پیکان(شکل 19).

در کادر محاوره ای ویرایشگر پیکان مرزی(Editor Boundary Arrow) گزینه را انتخاب کنید آن را به Border Arrow حل کنید(Allow as Boundary Arrow) (شکل 20).

برنج. 19. پاراگرافمنوتونل پیکان

برنج. 20. گفتگوپنجرهویرایشگر پیکان مرزی

برای فلش Marketing Materials، گزینه را انتخاب کنید برش بزنید(ترتیب) از منوی زمینه. نتیجه کار آزمایشگاهی در شکل نشان داده شده است. 21.

برنج. 21. نتیجه تجزیه

کلید واژه ها:تحلیل و طراحی ساختاری، مدل عملکردی، بلوک عملکردی، قوس رابط، نمودار زمینه، تجزیه، واژه نامه، هدف، دیدگاه، شناسایی فرآیندهای فرعی، تجزیه، محدودیت پیچیدگی، تونل سازی.

تعریف

IDEF0 (تعریف یکپارچه برای مدلسازی عملکرد) - یک روش مدلسازی عملکردی برای توصیف عملکردهای سازمانی، ارائه یک زبان مدلسازی عملکردی برای تجزیه و تحلیل، توسعه، مهندسی مجدد و یکپارچه سازی سیستم های اطلاعاتیفرآیندهای کسب و کار؛ یا تحلیل مهندسی نرم افزار

روش IDEF0 توسعه روش تحلیل و طراحی ساختاری SADT (تکنیک تحلیل ساختاری و طراحی) است.

IDEF0 به عنوان یک استاندارد در سال 1981 به عنوان بخشی از برنامه ICAM (تولید یکپارچه به کمک رایانه) توسعه یافت.

IDEF0 – ادغام تعریف زبان 0 - مبتنی بر SADT است و در شکل اصلی خود به طور همزمان شامل: تعریف یک زبان مدل‌سازی گرافیکی (نحوه نحو و معناشناسی) و توصیف یک روش جامع توسعه مدل است.

آخرین ویرایش IDEF0 در دسامبر 1993 توسط موسسه ملی استاندارد و فناوری ایالات متحده (NIST) منتشر شد.

IDEF0 به عنوان یک استاندارد فدرال در ایالات متحده در سال 1993 و به عنوان یک استاندارد در فدراسیون روسیه در سال 2000 به تصویب رسید.

کاربرد IDEF0

IDEF0 برای ایجاد استفاده می شود مدل عملکردییعنی نتیجه اعمال متدولوژی IDEF0 در سیستم، مدل عملکردی IDEF0 است.

مدل عملکردییک نمایش ساختاری از عملکردها، فعالیت ها یا فرآیندهای درون سیستم مدل شده یا حوزه موضوعی است.

روش IDEF0 می تواند برای مدل سازی طیف گسترده ای از سیستم های خودکار و دستی استفاده شود.

برای سیستم‌هایی که طراحی می‌شوند، می‌توان از IDEF0 برای تعریف الزامات و توابع استفاده کرد و سپس پیاده‌سازی را ایجاد کرد که آن نیازها را برآورده کرده و آن عملکردها را انجام دهد.

برای سیستم های موجود، IDEF0 می تواند برای تجزیه و تحلیل عملکردهای انجام شده توسط سیستم، و همچنین برای توضیح مکانیسم هایی که توسط آن عملکردها انجام می شود، استفاده شود.

اهداف استاندارد IDEF0

اهداف (اهداف) اصلی استاندارد:

تکنیک مدلسازی IDEF0 و نحوه استفاده از آن را مستند و توضیح دهید.

ابزاری برای مدل‌سازی کامل و پیوسته عملکردهای یک سیستم یا دامنه، و همچنین داده‌ها و اشیایی که این توابع را به هم متصل می‌کنند، ارائه دهد.

ارائه یک زبان مدل سازی مستقل از روش ها یا ابزارهای CASE، اما می تواند با استفاده از آن روش ها و ابزارها استفاده شود.

یک زبان مدل سازی ارائه دهید که دارای ویژگی های زیر باشد:

عمومی(عمومی) - برای تجزیه و تحلیل سیستم ها و حوزه های موضوعی؛

دقیق و دقیق(دقیق و دقیق) - برای ایجاد مدل های صحیح و قابل استفاده).

مختصر(مختصر) - برای تسهیل درک، ارتباط، توافق بین ذینفعان و تأیید. (برای تسهیل درک، ارتباط، اجماع و اعتبار)؛

خلاصه(مفهومی) - برای نشان دادن الزامات عملکردی مستقل از پیاده سازی فیزیکی یا سازمانی؛

قابل انعطاف- پشتیبانی از مراحل مختلف چرخه زندگیپروژه

دقت و دقت(سخت و دقت)

قوانین IDEFØ مستلزم دقت و دقت کافی برای ارضای نیازها بدون محدود کردن بیش از حد تحلیلگر است. قوانین IDEFØ شامل موارد زیر است:

کنترل جزئیات ارسال شده در هر سطح - از سه تا شش بلوک عملکردی در هر سطح تجزیه.

زمینه محدود - هیچ جزئیات گمشده یا غیر ضروری که فراتر از چارچوب تعیین شده باشد، نباید وجود داشته باشد.

اتصال رابط نمودار - تعداد گره ها، بلوک های عملکردی، اعداد C و بیان مرجع جزئیات).

انسجام ساختار داده (اتصال ساختار داده) – کدهای ICOM و استفاده از پرانتز.

برچسب ها و عناوین منحصر به فرد - بدون نام های تکراری.

قوانین نحو برای گرافیک (Syntax Rules for Graphics) – بلوک های تابع و فلش ها.

محدودیت در شاخه های پیکان داده ها (محدودیت شاخه پیکان داده ها) - برچسب هایی برای محدودیت در جریان داده ها در شاخه ها.

جداسازی داده ها به ورودی در مقابل جداسازی کنترل - قانونی برای تعیین نقش داده ها).

علامت های پیکان داده الزامات برچسب پیکان داده (حداقل قوانین برچسب زدن).

وجود کنترل (حداقل کنترل عملکرد) - همه عملکردها باید حداقل یک کنترل داشته باشند.

هدف و دیدگاه - همه مدل ها بیانیه ای از هدف و دیدگاه دارند.

مفاهیم اولیه IDEF0

این روش بر چهار مفهوم اصلی استوار است:

بلوک عملکردی؛

قوس رابط؛

تجزیه؛

واژه نامه

بلوک عملکرد(جعبه فعالیت) برخی از عملکردهای خاص را در سیستم مورد نظر نشان می دهد.

با توجه به الزامات استاندارد، نام هر بلوک عملکردی باید فرموله شود در حالت کلامی (به عنوان مثال، "تولید خدمات").

در نمودار، یک بلوک عملکردی به صورت یک مستطیل نشان داده شده است (شکل). هر یک از چهار طرف بلوک عملکردی معنای خاص خود را دارد (نقش) و:

سمت بالا روی "کنترل" تنظیم شده است.

سمت چپ روی "ورودی" تنظیم شده است.

سمت راست روی "خروجی" تنظیم شده است.

قسمت پایین به معنای "مکانیسم" است.

برنج. بلوک عملکرد

قوس/پیکان رابط(فلش) یک عنصر سیستم را نشان می دهد که توسط یک بلوک تابع پردازش می شود یا به شکل دیگری بر عملکرد نشان داده شده توسط آن بلوک تابع تأثیر می گذارد. کمان های رابط اغلب جریان یا فلش نامیده می شوند.

با استفاده از کمان های رابط، اشیاء مختلفی نمایش داده می شوند که به یک درجه یا دیگری، فرآیندهای رخ داده در سیستم را تعیین می کنند. چنین اشیایی می توانند عناصر دنیای واقعی (قطعات، ماشین ها، کارمندان و غیره) یا جریان داده ها و اطلاعات (اسناد، داده ها، دستورالعمل ها و غیره) باشند.

بسته به اینکه این قوس رابط در کدام سمت بلوک عملکردی قرار می گیرد، آن را "ورودی"، "خروجی" یا "کنترل" می نامند.

لازم به ذکر است که هر بلوک عملکردی، طبق الزامات استاندارد، باید حداقل یک قوس رابط کنترلی و یک قوس خروجی داشته باشد. این قابل درک است - هر فرآیند باید طبق برخی قوانین (که توسط قوس کنترل نمایش داده می شود) اتفاق بیفتد و باید نتیجه ای ایجاد کند (قوس خروجی)، در غیر این صورت در نظر گرفتن آن هیچ معنایی ندارد.

وجود اجباری قوس های رابط کنترلی یکی از تفاوت های اصلی بین استاندارد IDEF0 و سایر متدولوژی های کلاس های DFD (Data Flow Diagram) و WFD (Work Flow Diagram) است.

تجزیه(تجزیه) مفهوم اصلی استاندارد IDEF0 است. اصل تجزیه هنگام شکستن یک فرآیند پیچیده به توابع اجزای آن استفاده می شود. در این حالت، سطح جزئیات فرآیند مستقیماً توسط توسعه‌دهنده مدل تعیین می‌شود.

تجزیه به شما این امکان را می دهد که به تدریج و به طور ساختاریافته مدل سیستم را در قالب یک ساختار سلسله مراتبی از نمودارهای منفرد ارائه دهید، که باعث می شود کمتر بارگذاری شود و هضم آن آسان تر شود.

آخرین مفهوم IDEF0 است واژه نامه(واژه نامه).

برای هر یک از عناصر IDEF0 - نمودارها، بلوک‌های تابع، کمان‌های رابط - استاندارد موجود مستلزم ایجاد و نگهداری مجموعه‌ای از تعاریف، کلمات کلیدی، عبارات روایت و غیره است که شیء نمایش داده شده توسط این عنصر را مشخص می‌کند.

این مجموعه نامیده می شود واژه نامهو توصیفی از ماهیت این عنصر است. واژه نامه به طور هماهنگ زبان گرافیک بصری را تکمیل می کند و اطلاعات اضافی لازم را در اختیار نمودارها قرار می دهد.

مدل سازی.مدل IDEF0 همیشه با نمایی از سیستم به عنوان یک کل واحد آغاز می‌شود - یک واحد عملکردی با کمان‌های رابط که فراتر از دامنه مورد بررسی گسترش می‌یابند. چنین نموداری با یک بلوک عملکردی نامیده می شود نمودار زمینه.

متن توضیحی برای نمودار زمینه باید نشان دهد هدف(هدف) ساختن نمودار به صورت شرح مختصر و ثبت نقطه نظر(نظر).

تعریف و رسمی سازی اهدافتوسعه مدل IDEF0 نکته بسیار مهمی است. در واقع، هدف، حوزه‌های مربوطه را در سیستم مورد مطالعه تعریف می‌کند که ابتدا باید بر روی آنها تمرکز کرد.

نقطه نظرجهت اصلی توسعه مدل و سطح جزئیات مورد نیاز را تعیین می کند. تثبیت واضح دیدگاه به شما امکان می دهد تا با امتناع از جزئیات و مطالعه عناصر فردی که ضروری نیستند، بر اساس دیدگاه انتخاب شده در سیستم، مدل را تخلیه کنید.

در ابتدا روش IDEFبرای نیروی هوایی ایالات متحده توسعه یافت، سپس توسط ناسا اداره شد و تنها پس از مدتی برای مدل سازی فرآیندهای تجاری مورد استفاده قرار گرفت.

محبوب ترین انواع خانواده IDEF، در میان مواردی که در تجارت استفاده می شود، نمادها هستند IDEF0و IDEF3. ویژگی متمایزنشانه گذاری امکان تجزیه است، یعنی. هر بلوک منفرد در یک فرآیند به نوبه خود می تواند به عنوان یک فرآیند جداگانه نمایش داده شود.

IDEF0

نشانه گذاری IDEF0معمولاً برای توصیف فرآیندهای سطح بالا استفاده می شود، اگرچه به شما امکان می دهد تمام فعالیت های شرکت را توصیف کنید. یکی از ویژگی های متمایز نماد، توانایی نمایش نه تنها ورودی ها و خروجی های هر بلوک، بلکه همچنین "کنترل ها" و "مکانیسم ها" است. با هم ویژگی های اضافیالزامات برای صلاحیت های تحلیلگران تجاری که در فرآیندهای مدل سازی به صورت نمادگذاری دخیل هستند نیز در حال افزایش است. IDEF0. بنابراین، برای مثال، همیشه واضح نیست که استانداردها و مشخصات فنی باید به عنوان "مدیریت" طبقه بندی شوند، اما نباید به عنوان طبقه بندی شوند. شرح شغلیا مدیر تولید از آنجایی که هر متخصص تمایل به تفسیر دارد، اختلافات پیرامون «مکانیسم‌های» کنترل فرآیند نیز به وجود می‌آید این مفهومبه روش خودم

علیرغم وجود ویژگی های اضافی، در قالب "کنترل" فرآیند، نماد IDEF0هنوز ثابت می ماند و نمی تواند منعکس کند که دقیقاً چگونه پیشرفت فرآیند تحت تأثیر همین "کنترل" تغییر می کند.

تعداد بلوک ها در نمودار IDEF0معمولاً توسط ابزار مدل‌سازی به شدت محدود می‌شود و معمولاً از 9 تجاوز نمی‌کند. اغلب این تعداد کافی نیست، به همین دلیل است که فرآیندهای بزرگ باید به چندین نمودار تقسیم شوند که باعث ناراحتی خاصی می‌شود.

هنگام ساختن فرآیندها در نمادگذاری IDEF0توصیه می شود بلوک ها را نه به ترتیب اجرای آنها، بلکه به ترتیب تسلط ترسیم کنید: از مهم ترین تا ثانویه. با این حال، بسیاری از مدل‌سازان کسب‌وکار این توصیه را نادیده می‌گیرند و ترجیح می‌دهند بلوک‌ها را به بهترین شکل بچینند.

با وجود کاستی های توصیف شده و دشواری نسبی درک طرح های گرافیکی توسط کارمندان عادی شرکت، نماد IDEF0همچنان یکی از محبوب ترین ها در بین مشاوران و متخصصان در زمینه مشاوره مدیریت است.

معروف ترین محصول روسی که از فرآیندهای ساختمانی در نماد پشتیبانی می کند IDEF0، این است که این نماد پشتیبانی نیز دارد مایکروسافت ویزیو.

IDEF3

نشانه گذاری IDEF3اغلب برای ساخت فرآیندهای سطح پایین استفاده می شود؛ همچنین می تواند هنگام تجزیه بلوک های فرآیند استفاده شود IDEF0. بر خلاف IDEF0این نماد از نمایش «مکانیسم‌ها» و «کنترل‌ها» پشتیبانی نمی‌کند، اما ترتیب کار انجام شده توسط پرسنل را نشان می‌دهد. با وجود شباهت با نماد فلوچارت، دارای تفاوت های چشمگیری است. اولا، کل فرآیند نه از بالا به پایین، بلکه از چپ به راست ساخته شده است و به عنوان یک قاعده، با تعداد بلوک های مورد استفاده در نمودار محدود می شود. ثانیا، نماد در ابتدا برای متخصصان فنی در نظر گرفته شده بود، بنابراین شامل تقاطع های خاصی مانند "XOR"، "Synchronous OR"، "Asynchronous OR"، "Synchronous AND" و "Asynchronous AND" است که برای برنامه نویسان آشناست، اما نیاز به اضافی دارد. توضیح مدیران سازمانی