نحوه راه اندازی گوشی های هوشمند و رایانه های شخصی. پرتال اطلاعاتی

مفاهیم اساسی روش‌شناسی مدل‌سازی عملکردی idef0. متدولوژی برای توصیف فرآیندها بر اساس روش IDEF0

نمودارهای IDEF0 با استفاده از برنامه BPWin ساخته می شوند. آنها برای مدل سازی گرافیکی فرآیندهای تجاری در حال انجام در نظر گرفته شده اند.

درباره روش IDEF0

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

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

عناصر مورد استفاده برای IDEF0

همانطور که قبلا ذکر شد، از 2 نوع هندسی اولیه استفاده می شود: مستطیل و فلش. مستطیل ها فرآیندها، عملکردها، فعالیت ها یا وظایف خاصی را نشان می دهند که دارای اهداف هستند و به یک نتیجه تعیین شده منجر می شوند. تعامل فرآیندها بین خود و محیط با فلش نشان داده می شود. IDEF0 بین 5 نوع مختلف از فلش ها تمایز قائل می شود.


امکان استفاده از IDEF0

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


انواع پیوند بین فرآیندهای IDEF0

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

1. ارتباط سلسله مراتبی ("قسمت" - "کل").

2. مدیر (تنظیمی، زیردست):

2) کنترل بازخورد.

3. عملکردی یا تکنولوژیکی:

2) ورودی معکوس

3) مصرف کننده؛

4) منطقی؛

5) روشی یا گروهی؛

6) منبع؛

7) اطلاعاتی؛

8) موقت؛

9) تصادفی

بلوک های ساختمانی و پیوندها در نمودارها

روش IDEF0 تعدادی قوانین و دستورالعمل ها را برای استفاده از آن و برای بهبود کیفیت استفاده ارائه می دهد. بنابراین، نمودار یک بلوک را نشان می دهد که می توانید نام سیستم، هدف آن را بر روی آن تنظیم کنید. 2-5 فلش به بلوک یا از بلوک منتهی می شود. می تواند بیشتر یا کمتر باشد، اما حداقل دو فلش برای ورود / خروج مورد نیاز است، و بقیه برای کارهای اضافی و نشان دادن آنها در نمودار. اگر بیش از 5 فلش وجود دارد، باید در مورد بهینه بودن ساخت یک مدل فکر کنید و اینکه آیا می توان آن را با جزئیات بیشتری ساخت.

بلوک های ساختمانی در نمودارهای تجزیه

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

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

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

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

نامگذاری

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

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

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

اطلاعات پیکان

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

نمونه ای از پیاده سازی متدولوژی IDEF0 بر روی یک مدل خاص

شما قبلاً یاد گرفته اید که نمودار IDEF0 چیست، تا حدی نمونه ها و قوانین ساخت چنین نمودارهایی را دیده اید. حالا باید به تمرین روی بیاوریم. برای درک بهتر، توضیح بر اساس یک مدل "عمومی" نیست، بلکه بر اساس یک مثال خاص است که به شما امکان می دهد ویژگی های کار با IDEF0 را در برنامه BPWin بهتر و کامل تر درک کنید.

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

اطلاعات اولیه این است:

  1. داده های مربوط به خط مسیر؛
  2. پاسپورت کل مسافت؛
  3. طرح مسیر

کنترل داده ها:

  1. نشان رئیس، رئیس سرویس پیست.
  2. اطلاعاتی در مورد جریان موجود حرکت قطارها.
  3. اطلاعات در مورد تعمیرات برنامه ریزی شده، بازسازی و تغییرات مسیر.

خروجی مدل به صورت زیر است:

  1. محدودیت سرعت مجاز که دلیل محدودیت را نشان می دهد.
  2. سرعت مجاز هنگام رانندگی در نقاط جداگانه و در حین حرکت قطار.

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

نتیجه

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

  1. مدلسازی عملکردی یک سیستم اطلاعاتی با استفاده از فناوری CASE IDEF.
  2. شرح منطق تعامل و توالی کار.

2. طرح درس

  1. کنترل دانش با آزمایش (تست ISE002).
  2. توسعه یک مدل چند سطحی از فعالیت یک سیستم اطلاعاتی (مدل AS-IS) با استفاده از ابزار BPwin CASE با استفاده از فناوری ها IDEF 0و IDEF 3 :
    • شرح ویژگی های مدل (ویژگی های مدل).
    • ایجاد اولین سطح یک مدل عملکردی - توسعه یک نمودار زمینه.
    • ایجاد سطح دوم مدل عملکردی - انجام جزئیات کار زمینه ای و توسعه نمودار تجزیه.
    • ایجاد سطح سوم مدل عملکردی - جزئیات کار سطح دوم که تابع را پیاده سازی می کند. حسابداری فعالیتسازمان های. اجرای این مرحله توسعه امکان ایجاد یک نمودار تجزیه را با استفاده از یکی از دو روش - IDEF 0 (گزینه اول) یا IDEF 3 (گزینه دوم) فراهم می کند. با توجه به گزینه دوم، ایجاد یک سناریو و نمودار توالی برای اجرای کارهای فردی (نمودار گردش کار) در فرآیند حسابداری فعالیت ها با استفاده از روش IDEF 3 انجام می شود.
  3. توسعه فرهنگ لغت آثار و فرهنگ لغت فلش ها، که به شما امکان می دهد توضیحی از قطعات مربوط به مدل را نمایش دهید.
  1. مدلسازی عملکردی یک سیستم اطلاعاتی با استفاده از فناوری IDEFباید با استفاده از ابزار CASE انجام شود BPwin، که توسط دستور بارگذاری می شود Start/Programs/Computer Associates/BPwin 4.0/BPwin4.0 . فرآیندهای فناوری مدل سازی IDEF در بخش 4 "اطلاعات نظری برای یک درس عملی" توضیح داده شده است.
  2. هنگام ایجاد یک نمودار زمینه، باید در نظر داشت که ویژگی های مدل را می توان با استفاده از اطلاعات مربوط به حوزه موضوع مدل شده به صورت زیر مرتب کرد:
    • نام مدل : فعالیت های شرکت "نام";
    • پروژه (نام پروژه): مدل شرکت "Name"؛
    • نام کامل، گروه؛
    • محدوده (حوزه مدل سازی، از جمله هدف مدل سازی، یعنی سوالاتی که مدل ساخته شده باید به آنها پاسخ دهد) - به عنوان مثال، "مدیریت تجاری عمومی شرکت: تحقیقات بازار، خرید قطعات، آزمایش و فروش محصولات" یا "جنبه های فنی، مالی و مدیریتی فعالیت های شرکت"؛
    • بازه زمانی (نوع مدل) : AS-IS;
    • تعریف (تعریف , تخصیص مدل) : مدل آموزشی تشریح فعالیت های شرکت " ایمیا ";
    • نظر (نقطه نظر شخصی که دیدگاه او در طول توسعه اتخاذ شده است) : رئیس شرکت و مدیر کل؛
    • وضعیت : کار کردن؛
    • هدف (هدف) : مدل سازی فرآیندهای تجاری جاری شرکت "ایمیا" به منظور تنظیم فعالیت های آن.
    • منبع (منبع اطلاعات): تجزیه و تحلیل حوزه موضوعی و تجزیه و تحلیل اسناد ورودی.
    • نام نویسنده : نام و نام خانوادگی.
  3. درحین انجام تجزیه نمودار زمینه باید در نظر گرفت که بودن مرحله دومتجزیه مدل سیستم، است فرآیند فرعی یا شغل کودک , در فرم اجرا شده است کار متنی، که در این مورد به عنوان کار والدین، در فرم پیاده سازی شده است نمودار والد (Prent Diagram) . نمودار تجزیه سطح دوم باید حداقل شامل سه بلوک عملکردی باشد که یکی از آنها باید تابع مدل سازی را انجام دهد. حسابداریسازمان، و بقیه باید عملکرد مدل سازی را انجام دهند فرآیندهای کسب و کاردر سیستم پیاده سازی شده است.
  4. در هر مرحله تجزیه، باید روند حرکت خودکار کمان های رابط (فلش ها) به سطوح پایین مدل را زیر نظر داشته باشید و سعی کنید از ایجاد فلش های تونل شده بی مورد جلوگیری کنید. اگر ظاهر شوند، تونل ها باید برداشته شوند.
  5. هنگام اجرا سطح سومتجزیه، باید در نظر داشت که هر یک از نمودارهای تجزیه توسعه یافته، سومین سطح تجزیه کاری سطح دوم است و نشان دهنده فرآیند فرعییا کار کودک، در فرم اجرا شده است نمودار کودک (نمودار کودک)کار مربوطه از سطح سوم. همه آثار سطح دوم در این مورد به عنوان عمل می کنند کار والدین، در فرم پیاده سازی شده است نمودارهای والدین(نمودارهای والدین).
  6. تجزیه کار سطح دوم، مدل سازی تابع حسابداری و ایجاد سناریوی تعامل کاری باید با استفاده از فناوری انجام شود. IDEF3،که به عنوان بلوک های تابع استفاده می کند واحدهاکار کردن (واحد کار، UOW) ، و همچنین لازم است اشیاء مرجع (مرجع) , که می توان آن را از فرهنگ لغت فلش ها وارد اسکریپت کرد یا دوباره ایجاد کرد.
  7. یک فرهنگ لغت مشاغل و یک فرهنگ لغت از فلش ها در هر سطح از تجزیه مدل ایجاد می شود و شرط لازم برای توسعه آنها وجود شرح شغل است. (فعالیت)و شرح داده های ثبت شده در قوس رابط ( فلش) .
  8. نتایج کار را در یک فایل ذخیره کنید Function_Model IS_Name_ IDEF.bp1 در پوشه شما ISE.
  9. نمونه ای از یک مدل عملکردی تعمیم یافته در اینجا آورده شده است

4. اطلاعات نظری برای درس عملی

4.1. IDEF 0-تکنولوژی

متدولوژی IDEF0 برای مدل سازی فعالیت های یک سازمان طراحی شده است. در مرحله اولیه توسعه پروژه، مدلی برای تشریح فرآیندهای تجاری موجود و فرآیندهای فناوری در شرکت مطابق با اصل "AS - IS" ("همانطور که هست") ایجاد می‌شود و مهمتر از همه، نشان دهنده شرکت از منظر است. از کارمندانی که برای آن کار می کنند و تمام تفاوت های ظریف از جمله موارد غیررسمی را کاملاً می دانند. AS-IS «آنچه امروز انجام می دهیم» است، قبل از پرش به «آنچه فردا انجام خواهیم داد».

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

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

روش شناسی IDEF 0بر اساس چهار مفهوم اساسی است: بلوک عملکردی (گره)، قوس رابط، تجزیه، واژه نامه.

بلوک عملکرد

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

بلوک عملکردبا یک مستطیل نشان داده می شود که اضلاع آن دارای مقادیر زیر است:

  • سمت بالا کنترل است.
  • قسمت زیرین مکانیسم است.
  • سمت راست خروجی است.
  • سمت چپ ورودی است.

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

قوس رابط

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

نام فلش آن را مشخص می کند نقش (مجموعه ای از نقش های ممکن با - ICOM ):

ورودی بلوک تابع - من nput .

مدیریت - سی کنترل .

خروجی بلوک تابع - O خروجی .

سازوکار - م echanism .

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

کنترل- قوانین، خط مشی ها، رویه ها یا استانداردهایی که بر کار حاکم هستند. روی کار تأثیر می گذارد، اما با اثر تغییر نمی کند. فلش به عنوان ورود به صفحه بالایی کار رسم می شود. هر بلوک تابع باید حداقل یک فلش کنترلی داشته باشد.

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

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

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

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

از چندین بلوک عملکردی که توسط کمان های رابط به روش مورد نیاز متصل شده اند، الف مدل عملکردی

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

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

ایجاد نمودار در فناوری IDEF0

هنگام توسعه مدل فعالیت یک سازمان باید از سه نوع نمودار استفاده کرد:

  • نمودار نوع I – نمودار زمینه (فقط می تواند وجود داشته باشد) - بالای ساختار درختی که انتزاعی ترین سطح توصیف سیستم و تعامل آن با محیط خارجی است. تعریف می کند تابع زمینه;
  • II نوع نمودار - نمودار تجزیه .

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

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

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

در نمودار تجزیه، در بالا سمت چپ، کاری است که بیشترین اهمیت را دارد و ابتدا انجام می شود. آثاری که اهمیت کمتری دارند یا بعداً اجرا می شوند، به ترتیب پایین می آیند.

  • نمودار نوع III – نمودار درخت گره وابستگی سلسله مراتبی مشاغل را نشان می دهد، اما رابطه بین مشاغل را نشان نمی دهد (هر تعداد از این نمودارها وجود دارد، زیرا درخت را می توان به هر عمقی و نه لزوماً از ریشه ساخت).

4.2. شبیه سازی فرآیند فناوری IDEF0:


برنج. 2.2

ابزار BPWin CASE یک رابط کاربری ساده و شهودی برای ساخت مدل‌ها و سناریوهای کاربردی مورد نیاز دارد. بستگی به تکنولوژی مورد استفاده دارد. روی انجیر 2.2 پنجره BPWin را نشان می دهد ( Computer Associates BPWin ).

نوار ابزار پنجره اصلی همکاران کامپیوتر BPwin شامل دکمه های زیر است:

- ایجاد یک مدل جدید،

- باز کردن یک مدل موجود،

- ذخیره مدل ساخته شده،

– چاپ مدل،

- انتخاب مقیاس

- پوسته پوسته شدن،

- بررسی املا،

– فعال/غیرفعال کردن ناوبر مدل،

– مدل Mart را روشن/خاموش کنید.

ناوبر مدل ترکیب مدل را بر اساس سطح توسعه نشان می دهد. با آن می توانید به راحتی و به سرعت از سطحی به سطح دیگر حرکت کنید. کار با مدل Navigator مشابه کار با Windows Explorer است.

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

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

آماده سازی مدل

  1. روی دکمه ایجاد مدل کلیک کنید تا کادر محاوره ای باز شود BPWin(شکل 2.3):

در کادر محاوره ای BPWin اقدامات زیر را انجام دهید:

  • انتخاب کنید فرآیند کسب و کار (IDEF0);
  • نام مدل را تنظیم کرده و روی دکمه کلیک کنید خوب;
  • در پنجره خواص برای مدل جدید اصلاح نام نویسنده مدل؛
  • دکمه را فشار دهید خوب .

  1. تیم ویژگی های مدل/مدل یک کادر محاوره ای را بیاورید ویژگی های مدل (شکل 4)، که در آن به ترتیب خواص مدل مطابق با توصیه های روش شناختی در بخش 2 اشاره شده است.

سطح اول مدلسازی

  1. بلوک عملکردی را در پنجره مدل با انجام زیر تزئین کنید:
    • در منوی زمینه بلوک تابع، دستور را انتخاب کنید نام… ;
    • در کادر محاوره ای ویژگی های فعالیت (شکل 2.5) در زبانه نامپرسیدن نامکار (کوتاه) در این بلوک تابع و در برگه قرار داده شده است تعریفدر زمینه تعریف شرحکار؛
    • نشانک فونتتنظیم فونت آریال سیر و چک باکس ها را برای استفاده از این فونت در تمام بلوک های تابع نمودار تنظیم کنید ( همه فعالیت ها در این نمودار، همه فعالیت ها در این مدل و همه موارد این فونت را در قسمت تغییر دهید مدل ) سپس دکمه را فشار دهید خوب.
    • در کادر محاوره ای ویژگی های پیکان (شکل 2.7)، در زبانه نامنام فلش (کوتاه)، و در تب را تنظیم کنید تعریفدر زمینه تعریفبه اندازه کافی دقیق وارد کنید شرحمقصد این پیکان؛

    • در منوی زمینه فلش، دستور را انتخاب کنید فونت… ;
    • در کادر محاوره ای ویژگی های پیکان (شکل 2.8)، در زبانه فونتتنظیم فونت آریال سیرو کادرهای استفاده از این فونت را برای همه فلش های نمودار علامت بزنید ( همه فلش ها در این نمودار، همه فلش ها در این مدل، همه نمونه های این فلش و همه موارد این فونت را در مدل تغییر دهید );

  1. پیکان پیکان خروج، ترک کردمرز ها درست;
  2. پیکان پیکان کنترل ، که برای آن مرحله 2 را تکرار کنید، جایگزین کنید ترک کردمرز ها بالا;
  3. پیکان پیکان سازوکار، چرا مرحله 2 را تکرار کنید، جایگزین کنید ترک کردمرز ها پایین تر.

سطح دوم مدلسازی

هر سطحی از مدل سازی

برای ایجاد تجزیه مدل در هر سطح مدلسازی، مراحل زیر را دنبال کنید:

  • برای فعال کردن یک بلوک تابع خاص کلیک کنید.
  • مرحله 3 را برای سطح فعلی مدل تکرار کنید.
  1. نوع و سبک طراحی فلش را می توان در کادر محاوره ای ویژگی های پیکان (شکل 2.9) انتخاب کرد که با دستور Style از منوی زمینه فلش فراخوانی می شود.

  1. برای نصب بسته بندی کلمهپس از برجسته کردن نام، اندازه مستطیل را کاهش دهید، پس از آن به طور خودکار به سمت پایین افزایش می یابد.
  2. هر فلشی که روی یک نمودار سطح بالاتر کشیده می شود باید در نمودار سطح پایین وجود داشته باشد.
  3. فلش جدید ترسیم شده روی نمودار سطح پایین (حل نشده ( حل نشده) فلش) در براکت های مربع (تونل) قرار می گیرد که بر عدم وجود چنین فلشی در سطح بالاتر تأکید می کند. برای برداشتن تونل ها:
    • مورد منو را انتخاب کنید تونل پیکان ;
    • در کادر محاوره ای ویرایشگر پیکان مرزی(Editor Boundary Arrow) گزینه را انتخاب کنید آن را به Border Arrow حل کنید (مجاز به عنوان فلش حاشیه). در نتیجه، تونل در سطح فعلی حذف می شود و فلش در سطح قبلی ظاهر می شود و اگر اولین نباشد، تونل زده می شود (شکل 2.10).

  1. برای کپی کردن فلش های تونل شده از سطح پایین به سطح بالا:
    • روی پرانتزها کلیک راست کنید؛
    • مورد منو را انتخاب کنید مرجع خارج از صفحه;
    • در کادر محاوره ای مرجع پیکان Off_Pageنموداری را انتخاب کنید که فلش باید روی آن قرار گیرد و سوئیچ نوع فلش مورد نیاز را تنظیم کنید (شکل 2.11).

  • یکی از دکمه ها را فشار دهید: OK و به نمودار بروید (به نمودار انتخاب شده بروید) یا خوب و در نمودار فعلی باقی بماند (در نمودار فعلی بمانید).
  • ترک فلش های مرزی نامحدود ( فلش مرزی غیر متصل) - فلش هایی که به طور خودکار از نمودار اصلی (حالت) به نمودار تجزیه منتقل می شوند. مهاجرتتیرانداز). این پیکان ها به مشاغل مربوط نمی شوند و باید به مشاغل در حالت ایجاد پیکان مرتبط شوند ( ابزار پیکان اولویت – ).
  • ایجاد مکان و سبک صحیح فلش ها به صورت پیش فرض:
    • اجرای دستور ویژگی های مدل/مدل;
    • در پنجره ویژگی های مدل(شکل 2.12) یک نشانک را انتخاب کنید چیدمان ;
    • چک باکس (گزینه) فلش ها به صورت خودکار فاصله می گیرند در یک گروه فلش ها
    1. هنگام ایجاد یک فلش بازخورد مدیریتگزینه ای را برای نشان دادن جهت فلش Extra Arrowhead (از منوی زمینه) تنظیم کنید.
    2. اگر برچسب‌های روی فلش‌ها ناموفق قرار گرفته‌اند (خیلی دور و غیره)، باید کادر Squiggle (در منوی زمینه) را برای قرار دادن برچسب انتخاب کنید.
    1. در نمودار تجزیه، در بالا سمت چپ، یک بلوک کاربردی وجود دارد که ابتدا مهمترین و انجام شده ترین کار را در خود دارد. آثاری که اهمیت کمتری دارند یا بعداً اجرا می شوند، به ترتیب پایین می آیند.
    2. بسته بندی کلمهدر داخل کار در حالت انجام می شود ویرایشگر نام… با فشار دادن یک کلید وارد.
    3. مورب در گوشه سمت چپ بالای مستطیل به این معنی است که کار مربوطه تجزیه نشده است.
    4. برای نشان دادن نه تنها تعداد کارهای فرزند که به طور خودکار ظاهر می شوند، بلکه پیشوندهای (A) را نیز باید انتخاب کنید. ویژگی های مدل/مدل، نشانک شماره گذاری، چک باکس (گزینه) نمایش پیشوند(شکل 2.13).

    1. برای نمایش اعداد مشاغل و اعداد سطح (اعداد دو، سه، چهار رقمی) برای مشاغل کودک، دستور را انتخاب کنید. ویژگی های مدل/مدل، نشانک شماره گذاری، چک باکس (گزینه) از فرمت شماره گذاری نمودار استفاده کنید (شکل 2.13).
    2. به منظور تمایز بین نسخه های مختلف یک نمودار، به نسخه های جداگانه باید اعداد (شماره C) به طور دلخواه در منو تعیین شود. ویژگی های نمودارروی نشانک کیت

    ساختن درخت مدل

      • تیم نمودار/افزودن/درخت گره یک کادر محاوره ای را بیاورید Node Tree Wizard_Step 1 of 2 (شکل 2.14)؛
      • با انتخاب تعداد مورد نیاز سطوح درخت گره، گفتگو را انجام دهید ( تعداد سطوح );
      • دکمه را فشار دهید آماده.

    4.3. فناوری IDEF3

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

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

    فناوری IDEF3 برای جمع آوری داده های فرآیند طراحی شده است و به شما امکان می دهد:

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

    سناریو در فناوری IDEF3

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

    هنگام استفاده از فناوری IDEF3، تمام ساختارها بر اساس دو نوع نمودار هستند:

    1. نموداری که توالی مراحل فرآیند را توصیف می کند.
    2. نمودار وضعیت شی.

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

    عنصر عملکردی رفتار،

    انتقال یک عمل از یک عنصر عملکردی رفتار (قبلی) به دیگری (بعدی) ( تقدم ),

    انتقال جریان داده از کار به کار ( جریان شی ),

    رابطه داده ها با کار ( مرجع ),

    ارتباط بین آثار ( رابطه ای ),

    وضعیت جسم.

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

    نماد جیتقاطع می تواند یکی از مقادیر زیر را داشته باشد:

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

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

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

    کار 3 زمانی اتفاق می افتد که کار 1 و کار 3 انجام شود

    شغل 1 و شغل 2 با هم اتفاق می افتند

    کار 3 زمانی رخ می دهد که کار 1 یا کار 2 یا هر دو انجام شود

    شغل 1 و شغل 2 با هم یا جداگانه اتفاق می افتند

    شغل 3 زمانی اتفاق می افتد که کار 1 یا کار 2 انجام شود

    شغل 1 یا شغل 2 در حال انجام است

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

    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. انجام p.p. رفع 1 تا 3 تکلیف در یک فایل با نام " اطلاعات درس سوم.doc " در Word ساخته شده و به معلم ارائه شده است.
    5. از طریق بخش کار کنید اطلاعات نظری برای یک درس عملی» کارگاه درس سوم.

    1.6. قطعه ای از نمودار درخت گره (نمودار درخت گره) هنگام انجام تجزیه حسابداری بلوک برای فعالیت ها طبق گزینه دوم (IDEF3)

    فرهنگ لغت فعالیت

    نام

    تعریف

    تجزیه و تحلیل اطلاعات خوانده شده از پایگاه داده برای برآوردن معیارهای مشخص شده

    تجزیه و تحلیل اسناد

    تجزیه و تحلیل اسناد همراه و دریافتی برای رعایت مقررات

    نگهداری پایگاه داده

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

    انجام
    کار

    نام تابع زمینه که هدف و محدودیت های شبیه سازی را تعریف می کند

    به پایان رساندن

    اتخاذ و تنظیم تصمیم (مثبت در صورت داشتن معیارهای مشخص شده در داده ها و در غیر این صورت منفی) و همچنین ایجاد و پردازش مدارک لازم.

    کنترل کیفیت
    و تست کردن

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

    پردازش داده ها

    انجام عملیات جستجو و تحلیل داده ها و تصمیم گیری بر اساس تحلیل

    پردازش نتایج کنترل کیفیت

    سیستم سازی و تجزیه و تحلیل نتایج برای انطباق با استاندارد

    پردازش نتایج آزمون

    تجزیه و تحلیل نتایج برای قابلیت سرویس دهی، قابلیت اطمینان و بقا

    کاغذبازی

    پذیرش مدارک و انتخاب اطلاعات برای ورود به پایگاه

    جستجوی داده ها در جداول پایگاه داده بر اساس پرس و جوهای ایجاد شده توسط کاربر

    پر کردن پایگاه داده

    وارد کردن داده های جدید در جداول پایگاه داده

    دریافت و ثبت اسناد

    دریافت و ثبت اسناد همراه دریافتی

    تولید یا توسعه

    نام فرآیند تجاری کلیدی شرکت (مدل قسمت تولیدی حوزه موضوعی)

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

    اقدامی که عملیات فناورانه را در مرحله اول فرآیند تولید خلاصه می کند

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

    اقدامی که عملیات فناورانه را در مرحله دوم فرآیند تولید خلاصه می کند

    در مرحله سوم فرآیند تجاری کار کنید

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

    پردازش نتایج فعالیت های تولیدی

    پذیرش و تجزیه و تحلیل اسناد بر اساس نتایج کار و کنترل مستمر

    ویرایش پایگاه داده

    تغییر رکوردها در جداول پایگاه داده

    حسابداری

    پردازش و گزارش اسناد (مدل دامنه غیر تولیدی)

    فرهنگ لغت پیکان

    نام

    تعریف

    اشیایی که الزامات استاندارد را برآورده نمی کنند

    داده های ورودی

    اسناد ورودی و پردازش اشیاء

    ورودی DB

    داده ها برای نوشتن در جداول پایگاه داده

    اسناد ورودی

    اسناد همراه با اشیاء پردازش و اسناد شروع کننده یک فرآیند تجاری

    خروجی

    اسناد خروجی، اشیاء جدید و تغییر یافته

    اسناد خروجی

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

    استاندارد دولتی

    استاندارد دولتی برای کاغذبازی

    داده های جدول DB

    داده ها از جداول پایگاه داده خوانده می شوند

    داده های به دست آمده از تجزیه و تحلیل

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

    داده هایی که نتایج کار با اسناد را مشخص می کند

    اطلاعاتی که جزئیات (ویژگی های کمی و کیفی) اشیاء پردازش شده را منعکس می کند

    اسناد مربوط به نتایج آزمایش و کنترل

    اسنادی که منعکس کننده داده های به دست آمده در مرحله مرحله نهایی پردازش اشیاء هستند

    شرح شغل

    دستورالعمل منعکس کننده وظایف مجری

    درخواست های کاربر

    اشیاء جدید و تغییر یافته

    اشیاء ایجاد و اصلاح شده در طول اجرای چرخه تولید

    اشیاء DB

    جداول، فرم ها، پرس و جوها، گزارش ها، ماکروها و ماژول ها

    پردازش اشیاء

    اشیایی که در مراحل مختلف اجرای فرآیند تولید تغییر می کنند

    اشیاء پردازش شده در مرحله 1

    اشیایی که در مرحله اول فرآیند تولید اصلاح می شوند

    اشیاء پردازش شده در مرحله 2

    اشیایی که در مرحله دوم فرآیند تولید اصلاح می شوند

    اشیاء پردازش شده در مرحله 3

    اشیایی که در مرحله سوم فرآیند تولید اصلاح می شوند

    بخش کنترل فنی که شی ایجاد شده را برای مطابقت با الزامات استاندارد بررسی می کند

    بخش های شرکت و متخصصان-حرفه ای

    نهادهای درگیر در فرآیند تولید یا در فرآیند توسعه

    قوانین عملکرد

    قوانین فرآیند و تبدیل داده ها

    قوانین حسابداری

    سیستم حسابداری و ثبت اسناد و مدارک همراه با فرآیند تولید یا فرآیند توسعه

    تصمیم

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

    مدارک پذیرفته شده

    مدارکی که ثبت شده است

    نرم افزار

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

    نتایج تجزیه و تحلیل اسناد

    نتایج پس از تجزیه و تحلیل اسناد دریافتی و همراه برای انطباق با استانداردها به دست آمد

    نتایج کنترل کیفیت

    نتایج جستجو

    اطلاعات جداول پایگاه داده به دست آمده توسط درخواست های کاربر

    نتایج آزمون

    داده های دریافت شده در مرحله نهایی پردازش

    دفترچه راهنمای کاربر

    دستورالعمل ها و قوانین کار با پایگاه داده

    خدمات حسابداری

    ادارات درگیر در فرآیند حسابداری و اسناد

    اسناد همراه

    اسناد همراه با اشیاء پردازش ورودی

    متخصصان-حرفه ای

    نهادهای درگیر در فعالیت های تولیدی

    دستورالعمل فن آوری

    جریان فرآیند

    درخواست های کاربر

    کوئری هایی که کاربر برای انتخاب اطلاعات لازم از پایگاه داده و ایجاد اسناد خروجی ایجاد می کند

    مکانیسم اجرا

    منابعی که ورودی را به خروجی تبدیل می کنند

    ورودی های جدید

    رکوردهایی در جداول پایگاه داده که پس از وارد کردن داده های جدید ظاهر می شوند

    تصحیح

    موضوعی که آزمون را انجام می دهد

    نسخه چاپی

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

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

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

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

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

    در چارچوب این رویکرد، ابزارهای طراحی شده برای مدل‌سازی سازمانی و مهندسی مجدد فرآیندهای کسب‌وکار برای افزایش کارایی توسعه‌دهنده سیستم‌های اطلاعاتی فراخوانده شده‌اند. یکی از نمایندگان این خانواده از ابزارها، CASE-tools برای مدل سازی عملکردی فرآیندهای کسب و کار است.

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

    IDEF0 - روش مدل سازی عملکردی

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

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

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

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

    اصول مدل سازی در IDEF0

    IDEF0 سه اصل اساسی مدل‌سازی فرآیند را پیاده‌سازی می‌کند:

    • اصل تجزیه عملکردی؛
    • اصل محدودیت پیچیدگی؛
    • اصل زمینه

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

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

    اصل نمودار زمینه. مدل سازی فرآیند کسب و کار با ساخت یک نمودار زمینه آغاز می شود. این نمودار تنها یک بلوک را نشان می دهد - عملکرد اصلی تجاری سیستم در حال مدل سازی. وقتی نوبت به مدل سازی کل یک شرکت یا حتی یک بخش بزرگ می شود، نمی توان عملکرد اصلی کسب و کار را به عنوان مثال «فروش محصولات» فرموله کرد. عملکرد اصلی تجاری سیستم "ماموریت" سیستم، اهمیت آن در دنیای اطراف است. تنظیم صحیح عملکرد اصلی شرکت بدون داشتن ایده ای از استراتژی آن غیرممکن است.

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

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

    کاربرد IDEF0

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

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

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

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

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

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

    اغلب، قوانین تجاری در یک شرکت در دستورالعمل ها نوشته نمی شوند: به نظر می رسد وجود دارند، اما به نظر می رسد که وجود ندارند. در نتیجه، تلاش‌ها برای تغییر چیزی در فعالیت‌های یک شرکت یا بخش ممکن است تنها به این دلیل با شکست مواجه شوند که این تغییرات برخلاف قوانین تثبیت‌شده تجاری است.

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

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

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

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

    سیستم های نرم افزاری IDEF0

    در حال حاضر ابزارهای CASE زیادی وجود دارند که از مدل سازی عملکردی در استاندارد IDEF0 پشتیبانی می کنند.

    نتیجه

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

    استفاده از مدل سازی عملکردی نه تنها مشکلات فنی مشتری مربوط به فناوری اطلاعات، بلکه مشکلات مربوط به حوزه فعالیت مشتری را نیز حل می کند. این به شما این امکان را می دهد که یک پروژه سیستم اطلاعاتی را از یک "بسته کاغذ" که مشتری نمی خواهد برای آن هزینه بپردازد، به خدماتی تبدیل کنید که می تواند تأثیر بیشتری برای مشتری به ارمغان بیاورد، قابل مقایسه با اتوماسیون بعدی.

    نام اختصاری IDEF0 که امروزه نه تنها در محافل باریک شناخته می شود، اولین روشی است که کار بر روی فرآیندهای تجاری را استاندارد می کند. در اواسط قرن گذشته به عنوان بخشی از یک پروژه هوافضا در ایالات متحده توسعه یافت و با نشان دادن اثربخشی خود به یک استاندارد فدرال تبدیل شد. در کشور ما در سال 2000 سندی روش مدلسازی تابعی IDEF0. سند راهنما روش مدلسازی عملکردی سند راهنمای IDEF0. نسخه رسمی. استاندارد دولتی روسیه RD IDEF0 - 2000. توسعه یافته توسط مرکز تحقیقات CALS - فن آوری های "تدارکات کاربردی". به تصویب رسید و با فرمان استاندارد دولتی روسیه 2000 مسکو به اجرا درآمد"، اما به عنوان یک استاندارد هرگز تایید نشد. اگرچه این امر مانع از تبدیل این روش شناسی به یکی از محبوب ترین ابزارهای مدل سازی گرافیکی فرآیندهای کسب و کار در کشورمان نشد. در این مقاله پیشنهاد می کنم مدل IDEF0 را در نظر بگیرید و ارتباط این رویکرد را در زمان حال ارزیابی کنید.

    مفاهیم اولیه و اختصارات

    بیایید کمی به نام عناصر کلیدی متدولوژی بپردازیم. استاندارد گرافیکی IDEF0 بخشی از روش SADT (تکنیک طراحی و تحلیل ساختاری) است. IDEF مخفف ICAM Definition است و ICAM از Integrated Computer Aided Manufacturing مشتق شده است که به معنای کامپیوتری شدن یکپارچه تولید است. متدولوژی SADT یک خانواده کامل از 15 مدل مختلف است که با هم قرار بود به ما اجازه دهد ساختار، پارامترها و ویژگی های سیستم های تولید، فنی و سازمانی و اقتصادی را بررسی کنیم.

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

    نماد IDEF0 یک تکنیک نسبتاً دقیق است که در ابتدا، مانند استانداردهای طراحی مهندسی، برای مدل‌سازی دستی توسعه داده شد. بنابراین، شامل الزاماتی برای قرار دادن فلش ها، فرمت همه عناصر، محتوای چارچوب اطلاعاتی نمودار IDEF0 و غیره است. از آنجایی که فعالیت های شرکت یک سیستم چند سطحی پیچیده از اقدامات است، همیشه موارد زیادی وجود دارد. طرح‌ها، و سیستم‌سازی بدون ابهام و ناوبری در تمام عناصر مدل ضروری است. اکنون این کار عمدتاً توسط سیستم های رایانه ای انجام می شود که از مدل سازی در این نماد پشتیبانی می کنند. سیستم های AllFusion Process Modeler و Business Studio امروزه معروف ترین و در دسترس ترین در قلمرو روسیه هستند. من قصد دارم مقالات جداگانه ای را به بررسی این سیستم ها اختصاص دهم.

    بلوک عملکرد

    عنصر مرکزی مدل IDEF0 تابع است که در نمودار به صورت نمایش داده شده است بلوک عملکرد- مستطیلی که در داخل آن عمل به صورت اسم لفظی نشان داده شده است. اقدام می تواند در مقیاس بسیار متفاوت باشد - از فعالیت های شرکت به طور کلی و دستکاری خاص به طور خاص. مثال: "تولید و فروش ظروف سرامیکی" و "نقاشی روی محصول".

    عناصر بلوک تابع مورد نیاز در IDEF0

    صرف نظر از مقیاس اقدامات، همه عملکردها به طور یکنواخت نمایش داده می شوند و لزوماً شامل 4 جریان کلیدی هستند که به طور محکم به طرفین بلوک عملکردی اختصاص داده شده اند:

    • در سمت چپ - ورودی ها یا منابع مورد استفاده برای اجرای تابع.
    • در سمت راست - خروجی ها یا نتایج اجرای تابع؛
    • از بالا - اقدامات کنترلی که تعیین می کند چگونه و چند نتیجه باید تولید شود.
    • در زیر - مکانیسم هایی که نشان می دهد چه کسی و با چه چیزی باید این کار را انجام دهد.

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

    برای ساخت یک مدل عملکردی، روش IDEF0 نیازمند رعایت قوانین زیر است.

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

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

    نمودار زمینه

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

    1. هدف، فرمول بندی خاصی از هدف مدل است که بر اساس آن می توان صحت ساخت مدل را در آینده تأیید کرد.
    2. نقطه نظر - از چه کسی مدل ساخته شده است، زیرا مدل همیشه به نویسنده خود و کانون توجه وابسته است. اگر در حال ساخت یک مدل کلی از یک شرکت هستیم، معمولاً از دیدگاه مدیر آن ارائه می شود.
    3. نوع مدل نشان دهنده اطلاعاتی است که در نمودارها نمایش داده می شود. 2 گزینه اساسی می تواند وجود داشته باشد: AS IS ("همانطور که هست") یا TO BE ("همانطور که خواهد بود"). این جداسازی ضروری است زیرا ما می توانیم مدل هایی را هم برای تحلیل فعالیت و هم برای تغییر آن بسازیم. ما باید در مورد کاری که انجام می دهیم شفاف باشیم و این اطلاعات را به دیگران منتقل کنیم.

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

    جریان های اصلی

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

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

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

    (برای بزرگنمایی کلیک کنید)

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

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

    • قوانین و مقررات؛
    • سفارشات، سفارشات؛
    • دستورالعمل ها و مقررات؛
    • طرح ها؛
    • اسناد طراحی و غیره

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

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

    شماره گذاری مداوم برای پیمایش در مدل ارائه شده است. نمودار زمینه "A-0" شماره گذاری شده است. در آینده، هر بلوک عملکردی، بدون توجه به اینکه تجزیه چقدر عمیق باشد، شماره خاص خود را دریافت می کند.

    تجزیه

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

    (برای بزرگنمایی کلیک کنید)

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

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

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

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

    (برای بزرگنمایی کلیک کنید)

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

    کار بیشتر روی مدل مشابه مرحله اول است - تجزیه هر بلوک عملکردی سطح اول انجام می شود. سپس شماره گذاری بلوک شامل شماره سطح اول خواهد بود: A1.1 ... A1.n، A2.1 ... A2.n و غیره.

    نتیجه گیری در مورد ارتباط نماد

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

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

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

    • مشخص کردن رویدادهای شروع و توقف فرآیند؛
    • شرایط انتقال از یک عمل به عمل دیگر؛
    • امکان نمایش بصری همه منابع و اجراکنندگان بدون بارگذاری بیش از حد طرح با فلش.

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

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


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

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

    روش IDEF

    روش کلی IDEF شامل سه روش مدل سازی خاص بر اساس نمایش گرافیکی سیستم ها است:
    IDEF0 برای ایجاد یک مدل کاربردی که نمایش داده می شود استفاده می شودساختار و عملکرد سیستم، و همچنین جریان اطلاعات و مواداشیاء تبدیل شده توسط این توابع.
    IDEF1 برای ساخت یک مدل اطلاعاتی که نمایش داده می شود استفاده می شودساختار و محتوای جریان اطلاعات لازم برای پشتیبانیتوابع سیستم؛
    IDEF2 به شما امکان می دهد یک مدل پویا از زمان متغیر بسازیدرفتار عملکردها، اطلاعات و منابع سیستم.
    تا به امروز، متدولوژی های IDEF0 و IDEF1 (IDEF1X) رایج ترین و مورد استفاده ترین هستند.
    متدولوژی IDEF0 که ویژگی ها و تکنیک های آن در این توصیه ها توضیح داده شده است، مبتنی بر رویکردی است به نام
    SADT - Structured Analysis & Design Technique - روشی برای تحلیل و طراحی سازه. اساس این رویکرد و روش IDEF0 یک زبان گرافیکی برای توصیف (مدل سازی) سیستم ها است.

    مفاهیم کلی

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



    مثال نمودار زمینه


    نمودار

    نمودار: بخشی از مدل که تجزیه بلوک را توصیف می کند.
    زمینه: محیطی که ویژگی (یا مجموعه ای از ویژگی ها در نمودار) در آن عمل می کند.
    نمودار زمینه: نموداری با شماره گره A-n (A منهای n) که زمینه مدل را نشان می دهد. نمودار A-0، متشکل از یک بلوک، یک نمودار زمینه ضروری (اجباری) است. نمودارهایی با شماره گره A-1، A-2، ...، نمودارهای زمینه اضافی هستند (n>0). نمودار A-0 (A منهای صفر): نوع خاصی از نمودار IDEF0 (متن متنی) متشکل از یک بلوک منفرد که تابع سطح بالا، ورودی ها، خروجی ها، کنترل ها و مکانیسم های آن را به همراه بیانیه های هدف مدل توصیف می کند. و دیدگاهی که از آن ساخته شده است.
    نمودار فرزند: نمودار جزئیات جعبه والد (والد).
    نمودار والد: نموداری که شامل کادر والد است.
    پیوند گرهی: کدی که به یک نمودار اختصاص داده می شود تا آن را شناسایی کند و موقعیت آن را در سلسله مراتب مدل تعیین کند. از نام اختصاری مدل و شماره گره نمودار با پسوندهای اضافی تشکیل شده است.
    Diagram Nodal Number: بخشی از پیوند گره نمودار که با شماره جعبه والد مطابقت دارد.

    تجزیه



    در نمودار زمینه A-0، شی شبیه سازی با یک کادر منفرد با فلش های مرزی نشان دهنده رابطه شی شبیه سازی نشان داده می شود.
    با محیط زیست

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

    مسدود کردن

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

    شماره بلوک: عددی (0-6) که در گوشه سمت راست پایین بلوک قرار می گیرد که به طور منحصر به فرد بلوک را در نمودار مشخص می کند.

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

    جعبه کودک: یک جعبه روی نمودار کودک (کودک).

    Parent Box: جعبه ای که با نمودار فرزند به تفصیل توضیح داده شده است.


    بلوک ها قوانین نحوی زیر را دارند:

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

    بلوک ها باید مستطیل شکل و دارای زوایای قائمه باشند.

    بلوک ها باید با خطوط ثابت ترسیم شوند.

    گره

    گره: بلوکی که بلوک های فرزند را تولید می کند. بلوک مادر

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

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

    لیست گره ها: لیستی که اغلب به صورت مبهم است و گره های مدل IDEF0 را به صورت مرتب نشان می دهد. معنی و محتوایی مشابه درخت گره دارد.





    فلش

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

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

    پیکان داخلی: یک فلش ورودی، کنترل یا خروجی که انتهای آن منبع و مصرف کننده را که بلوک هایی از یک نمودار هستند به هم متصل می کند. با پیکان مرزی تفاوت دارد.فلش مرزی: فلشی که یک سر آن به منبع یا مقصد متصل است و سر دیگر آن به هیچ کادری در نمودار متصل نیست. ارتباط نمودار را با سایر بلوک های سیستم نمایش می دهد و با فلش داخلی متفاوت است.پاره پیکان: پاره خطی که در کنار یک بلوک، در یک انشعاب یا نقطه ادغام یا در یک مرز (انتهای نوک پیکان غیر متصل) شروع یا به پایان می رسد.انشعاب: تقسیم یک فلش به دو یا چند بخش.ادغام: ادغام دو یا چند بخش فلش در یک بخش.Binding/Unbinding: ترکیب مقادیر پیکان در یک مقدار ترکیبی (الصاق به یک "بسته")، یا تقسیم مقادیر فلش (از بین بردن یک "بسته")، که با ادغام یا انشعاب نحو فلش بیان می شود.Tilde: یک خط کوچک شکسته (مواج) که برای اتصال یک برچسب به یک بخش فلش خاص یا یادداشت مدل به یک جزء نمودار استفاده می شود.کد ICOM: کدی که فلش های مرزی نمودار فرزند را با فلش های بلوک والد مطابقت می دهد. برای پیوندها استفاده می شود (مخفف ICOM مخفف ورودی - ورودی، کنترل - کنترل، خروجی - خروج، مکانیزم - مکانیزم است).

    معناشناسی بلوک ها و فلش ها



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

    فلش ها قوانین نحوی زیر را دارند:- فلش های شکسته فقط در زاویه 90 درجه تغییر جهت می دهند.- فلش ها باید با خطوط ثابت ترسیم شوند.
    می توانید از خطوط با ضخامت های مختلف استفاده کنید.
    - فلش ها فقط می توانند از خطوط عمودی یا افقی تشکیل شوند.
    بخش های مورب مجاز نیستند.
    - انتهای فلش ها باید مرز بیرونی بلوک عملکردی را لمس کنند،
    اما نباید از آن عبور کرد.

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


    برترین مقالات مرتبط