صفحه 156 منبع
17. مدل ساختاری
روششناسی SSADM را میتوان از سه دیدگاه توصیف کرد: چه چیزی باید تولید شود، چه زمانی باید تولید شود و چگونه باید تولید شود. پاسخ پرسش اول را شرح استاندارد محصولات SSADM میدهد، پرسش دوم را مدل ساختاری و پرسش سوم را شرح تکنیکها.
مدل ساختاری مشخص میکند چه فعالیتهایی باید در روش انجام شوند و هر فعالیت از طریق چه جریان محصولی به فعالیتهای دیگر متصل است. مدل از مجموعهای از نمودارهای سلسلهمراتبی تشکیل شده که ماژولها، مراحل و گامها را نشان میدهند. شرح فعالیتها در کنار نمودارها جزئیات بیشتری ارائه میکند.
این فصل فعالیتهای تحلیل کامل مبتنی بر SSADM را در بر میگیرد: تحلیل امکانسنجی، تحلیل نیازمندیها، مشخصات نیازمندیها و مشخصات منطقی سیستم. راهنمای SSADM طراحی فیزیکی سیستم را نیز توصیف میکند که در این فصل نیز آمده است.
17.1 نمادگذاری و مفاهیم مدل ساختاری
شکل 54 نمادگذاری مورد استفاده در نمودارهای مدل ساختاری را نشان میدهد. عناصر اصلی عبارتاند از:
- برنامهریزی، نظارت و کنترل؛
- مسیر جریان اطلاعات؛
- ماژول یا مرحله؛
- گزارشها، برنامهها و کنترلها؛
- مرحله/گام؛
- اطلاعات و دادههای ورودی؛
- گزارشهای پیشرفت پروژه که برای مدیریت ارسال میشوند؛
- کنترل مدیریتی؛
- محصولات نهایی برای مدیریت؛
- مونتاژ و ترکیب محصولات نهایی مرحله/ماژول.
شکل 54 ـ نمادگذاری مدل ساختاری در SSADM.
تصویر مرجع صفحه 156 سند اصلی.
صفحه 157 منبع
17. مدل ساختاری
هر نمودار مدل ساختاری شامل موارد زیر است:
مسیر جریان اطلاعات
این مسیر ارتباطی برای تمام جریانهای محصول و کنترل میان ماژولهای SSADM است. از یک سو تعداد جریانهای منفرد را کاهش میدهد و از سوی دیگر فرایندهای مدیریتی و فنی را از هم جدا میکند. میان فرایندهای فنی/تخصصی داخل یک نمودار میتوان جریان مستقیم داشت، ولی جریان میان فرایندهای فنی و مدیریتی باید از مسیر جریان اطلاعات عبور کند.
فعالیتهای مدیریتی
مسیر جریان اطلاعات فعالیتهای مدیریتی را از فعالیتهای تخصصی SSADM جدا میکند. این فعالیتها ـ مانند برنامهریزی فعالیت، کنترل کیفیت، برآوردها و غیره ـ که «رویههای پروژه» نیز نامیده میشوند، در مدل به تفصیل شکسته نمیشوند و با عنوان عمومی «برنامهریزی، نظارت، کنترل» نمایش داده میشوند. در نمودارهای سطوح پایینتر حتی این عنوان نیز میتواند حذف شود، چون معنای آن در همه جا یکسان است. کاربران SSADM میتوانند در صورت نیاز فعالیتهای مدیریتی را با جزئیات بیشتر نمایش دهند.
فعالیتهای فنی
فعالیت تخصصی مرکزی که زیر مسیر جریان اطلاعات قرار دارد به فرایندهای سطح پایینتر شکسته میشود. این فرایندها جزئیات داخلی را نشان نمیدهند، اما روابط جریان را نمایش میدهند. تجزیه در چهار سطح انجام میشود:
- ماژولها در چرخه عمر توسعه سیستم؛
- مراحل داخل ماژولها؛
- گامها داخل مراحل؛
- وظایف داخل گامها.
جریان محصولات و کنترلها
سه نوع جریان در نمودارها وجود دارد:
- جریان محصولات فعالیت؛
- گزارشهای انجام/پیشرفت؛
- جریان کنترل یا مجوز مدیریتی.
برچسب جریان محصول، محصولات مشارکتکننده را فهرست میکند. نام محصولات واقعی SSADM در متن اصلی با حروف ایتالیک و محصولات دیگر با حروف عادی نمایش داده میشوند. تا حد امکان بالاترین سطح محصول مرکب در جریان نام برده میشود. در نمودارهای سطح پایین گزارش پیشرفت نشان داده نمیشود، ولی فرض میشود در پایان هر مرحله چنین گزارشی وجود دارد.
تصویر مرجع صفحه 157 سند اصلی.
صفحه 158 منبع
17. مدل ساختاری
نمادهای تکمیلی:
- اطلاعاتی که به ماژول/مرحله وارد یا از آن خارج میشوند از مسیر جریان اطلاعات عبور میکنند؛
- ماژولها به مراحل و مراحل به گامها شکسته میشوند و هر عنصر با مستطیلی دارای نوار کوچک در بالای آن نمایش داده میشود؛
- مستطیلها از چپ به راست و مطابق ترتیب فرضی اجرا خوانده میشوند؛
- دایرهها مرحله مونتاژ/ترکیب محصولات نهایی را نشان میدهند؛
- اگر دو یا چند گام بتوانند موازی اجرا شوند، مستطیلهای کوچک در یک مستطیل بزرگتر قرار میگیرند؛
- ورودیها در سمت چپ و خروجیها در سمت راست مستطیلها نشان داده میشوند؛
- گامهای اصلاح خطا و اقدامات اصلاحی در نمودارها نشان داده نمیشوند.
شرح فعالیتها
در هر سطح یک تعریف فعالیت وجود دارد که از بخشهای زیر تشکیل میشود:
- اهداف؛
- شرح کوتاه؛
- مشارکتکنندگان؛
- پیششرطها، شامل:
- مجوز مدیریتی، فقط در ماژولها و مراحل؛
- مواد/مبانی شروع؛
- مواد/مراجع مرجع؛
- محصولات؛
- تکنیکها، در مراحل و گامها؛
- فعالیتها.
17.2 ماژول تحلیل امکانسنجی (FS)
این ماژول تنها یک مرحله دارد: مرحله 0، امکانسنجی.
17.3 مرحله 0: امکانسنجی
اهداف مرحله:
- تعیین اینکه آیا سیستم اطلاعاتی پیشنهادی میتواند نیازمندیهای عملیاتی سازمان را برآورده کند؛
- تهیه توجیه کسبوکاری ـ مالی، اقتصادی و سرمایهگذاری ـ برای سیستم پیشنهادی تا مدیریت پروژه بتواند درباره تخصیص منابع بیشتر برای مطالعه تفصیلی تصمیم بگیرد؛
- تعیین اینکه آیا انحراف از راهبرد فناوری اطلاعات ضروری است؛
- فراهمکردن امکان انتخاب برای مدیریت پروژه از میان مجموعهای از گزینههای سازماندهی و فنی/تکنیکی و پروژههای پیادهسازی مرتبط.
تصویر مرجع صفحه 158 سند اصلی.
صفحه 159 منبع
17. مدل ساختاری
شرح
تحلیل امکانسنجی بهصورت کوتاه بررسی میکند که آیا سیستم اطلاعاتی پیشنهادی واقعاً میتواند نیازمندیهای عملیاتی را برآورده کند و آیا ایجاد چنین سیستمی از نظر کسبوکاری قابل توجیه است یا نه.
برای هر پروژه بهتر است تحلیل امکانسنجی پیش از مطالعه کامل ـ تحلیل نیازمندیها، مشخصات نیازمندیها و مشخصات منطقی سیستم ـ انجام شود، مگر در پروژههایی که ریسک بسیار پایین است. این تحلیل اغلب، ولی نه الزاماً، پس از برنامهریزی راهبردی فناوری اطلاعات انجام میشود.
مرزهای تحلیل امکانسنجی در بسیاری موارد از محدوده تکنیکها و فعالیتهای SSADM فراتر میرود. تکنیکهای SSADM عمدتاً در تعیین نیازمندیهای سیستم اطلاعاتی و ارزیابی امکانپذیری فنی کمک میکنند.
محیط فعلی و محیط موردنیاز فقط تا حدی باید بررسی و توصیف شوند که بتوان صورت مسئله را ایجاد و تصویب کرد و گزینههای سازماندهی سیستم و گزینههای فنی سیستم را شناسایی نمود.
شرکتکنندگان شامل اعضای گروه تحلیل ـ مدیران پروژه و تحلیلگران ـ نمایندگان کاربران و مشاوران هستند.
پیششرطهای فعالیتهای ماژول
محصولات/اسناد مدیریتی:
- توافق درباره مرز مطالعه؛
- توافق درباره صورت مسئله.
مواد شروع:
مواد مرجع:
- اهداف عملیاتی؛
- برنامههای کسبوکار؛
- بیانیه راهبرد فناوری اطلاعات؛
- مواد کاری برنامه راهبردی فناوری اطلاعات؛
- سیاستهای مدیریتی و فنی؛
- شرح ساختار سازمانی؛
- پورتفوی پروژهها.
تصویر مرجع صفحه 159 سند اصلی.
صفحه 160 منبع
17. مدل ساختاری
محصولات:
تکنیکها:
- تدوین گزینههای سازماندهی سیستم؛
- مدلسازی جریان داده؛
- طراحی گفتوگو؛
- مدلسازی منطقی داده؛
- تعیین نیازمندیها؛
- تدوین گزینههای فنی سیستم.
فعالیتها:
- گام 020: صورتبندی مسئله؛
- گام 030: تدوین گزینههای امکانسنجی؛
- گام 040: گردآوری/تدوین مطالعه امکانسنجی.
17.3.1 گام 020: تعریف مسئله
اهداف:
- درک تفصیلیتر عملکرد سازمان و نیازهای اطلاعاتی آن؛
- شناسایی مشکلات محیط موجود که سیستم یا سیستمهای جدید باید حل کنند؛
- شناسایی خدمات اضافی سیستم جدید؛
- تعیین کاربران سیستم جدید.
شرح
این گام برای درک فعالیتها و نیازهای اطلاعاتی حوزه عملیاتی است. تمرکز بر نیازمندیهای سیستم آینده است و گروه تحلیل از زاویه فرایندها و محتوای اطلاعات به آنها نزدیک میشود.
محیط فعلی در سطح بالا بررسی میشود تا اثربخشی و کارایی سیستم ارزیابی شود. این کار خدمات نامطلوب فعلی و نیازهای آینده به عملکرد و داده را آشکار میکند. بر این اساس «صورت مسئله» بهصورت سند متنی آزاد تهیه و برای تصویب به مدیریت پروژه ارائه میشود. استفاده از تکنیکهای SSADM توصیه میشود، ولی فقط تا سطحی که برای گردآوری نیازمندیهای کلیدی لازم برای تعیین گزینههای ممکن کافی باشد.
تصویر مرجع صفحه 160 سند اصلی.
صفحه 161 منبع
17. مدل ساختاری
تهیه مدل جریان داده تفصیلی یا مدل داده تفصیلی در این گام توصیه نمیشود. ممکن است تکنیکهای دیگری، مانند تحلیل سازمانی، نیز لازم باشند.
اعضای گروه تحلیل و کاربران در این گام مشارکت میکنند.
مبنای شروع: اسناد مهم و اصلی پروژه.
وظایف گام 020:
10. فعالیتها و اطلاعات لازم برای تحقق اهداف عملیاتی شناسایی شوند. برای محیط موردنیاز، نمودار جریان داده سطح اول ترسیم شود. ساختار منطقی داده کلی با موجودیتهای مهم سیستم موردنیاز تکمیل گردد.
20. عملکرد محیط فعلی بررسی شود. نمودار جریان داده سطح اول موجود، در جاهایی که فرایندها بحرانی، پیچیده یا نامشخصاند، میتواند تا سطح دوم گسترش یابد. ساختار منطقی داده شامل موجودیتهای اصلی محیط فعلی ایجاد شود. با مشارکت کاربران، خدمات نامطلوب یا قابل بهبود محیط فعلی شناسایی و نیازمندیهای مربوط در فهرست نیازمندیها ثبت شوند.
30. کاربران بالقوه در فهرست کاربران ثبت شوند.
40. با کمک کاربران، عملکردها و دادههای سیستم جدید شناسایی شوند. نیازمندیهای شناساییشده در فهرست نیازمندیها و مدلهای محیط موردنیاز ثبت گردند. نیازمندیهای غیرکارکردی نیز شناسایی شوند.
50. صورت مسئله تهیه و اولویت هر نیازمندی نسبت به اهداف عملیاتی برآورد شود.
60. صورت مسئله به تصویب مدیریت پروژه برسد.
محصولات ایجاد یا اصلاحشده:
- شرح اجمالی وضعیت فعلی؛
- شرح اجمالی محیط موردنیاز؛
- فهرست نیازمندیها؛
- فهرست کاربران؛
- صورت مسئله.
تصویر مرجع صفحه 161 سند اصلی.
صفحه 162 منبع
17. مدل ساختاری
17.3.2 گام 030: انتخاب گزینههای امکانسنجی
اهداف گام:
- توسعه گزینههای امکانسنجی که نیازمندیهای مشخصشده را برآورده کنند و امکان انتخاب را به کاربران بدهند؛
- تضمین مشارکت کاربران در ارزیابی نتایج تحلیل، از طریق ارائه گزینهها به مدیریت پروژه و کمک به انتخاب؛
- پیشنهاد یک یا چند پروژه مناسب برای هر گزینه؛
- تهیه برنامههای توسعه اجمالی برای پروژه یا پروژههای منتخب.
شرح
گزینههای امکانسنجی ایجادشده در این گام، راهحلهای منطقی احتمالی برای صورت مسئلهاند. هر گزینه بهصورت ترکیبی، محتوای اجمالی گزینههای سازماندهی سیستم و گزینههای فنی سیستم را در بر میگیرد که در مطالعه کامل با جزئیات بررسی خواهند شد.
حداکثر شش گزینه سازماندهی سیستم ایجاد میشود و با انواع ممکن راهحلهای فنی تکمیل میگردد. راهحلهای مرکب حاصل با کاربران بررسی و گزینههایی برای توسعه تفصیلیتر انتخاب میشوند. در این نقطه ممکن است آشکار شود جهت پروژه با منشور پروژه یا راهبرد فناوری اطلاعات سازگار نیست.
برای گزینههای منتخب، پروژههای لازم جهت پیادهسازی تعیین و همراه با گزینهها به مدیریت پروژه ارائه میشوند. پس از انتخاب گزینه مناسب توسط مدیریت، برنامه اجرای اجمالی برای پروژههای لازم تهیه میشود.
گروه تحلیل و کاربران در این گام مشارکت دارند.
مبانی شروع:
- شرح اجمالی وضعیت فعلی؛
- شرح اجمالی محیط موردنیاز؛
- فهرست نیازمندیها؛
- فهرست کاربران؛
- صورت مسئله.
تصویر مرجع صفحه 162 سند اصلی.
صفحه 163 منبع
17. مدل ساختاری
وظایف گام 030:
10. یک فهرست حداقلی از نیازمندیهای کارکردی و غیرکارکردی تدوین شود که همه گزینهها باید آن را برآورده کنند؛ محدودیتها و شرایط مقرر در برنامه راهبردی فناوری اطلاعات نیز لحاظ شوند.
20. حداکثر شش گزینه اجمالی سازماندهی سیستم تهیه شوند که همگی نیازمندیهای حداقلی را برآورده کنند.
30. گزینههای فنی سیستم در سطح اجمالی ایجاد شوند. هر گزینه فنی باید دستکم نیازهای یک گزینه سازماندهی سیستم را پوشش دهد.
40. حداکثر شش گزینه ترکیبی ـ حاصل ترکیب گزینههای سازماندهی و فنی ـ تدوین شوند. با مشارکت کاربران، فهرستی سهگزینهای برای بررسی بیشتر تهیه شود.
50. برای سه گزینه منتخب شرح تهیه شود. شرح باید متنی باشد ولی میتواند با ساختار منطقی داده یا نمودار جریان داده تکمیل شود. برآورد منابع/هزینه و تحلیل اثر نیز ارائه و حجم داده، حجم رویدادها و فراوانی آنها تخمین زده شود.
60. پروژههای لازم برای پیادهسازی شناسایی و توصیف شوند. برای هر پروژه برنامه توسعه اجمالی تهیه گردد.
70. گزینههای منتخب به مدیریت پروژه و دیگر مخاطبان ارائه شوند. با توضیح بیشتر و بحث درباره اثرها، تصمیمگیری پشتیبانی شود. تصمیم نهایی میتواند ترکیبی از چند گزینه باشد.
80. برنامه اقدام تهیه شود که رویکردهای فنی پروژه منتخب و پروژههای مرتبط را توصیف کند؛ برای پروژهها برنامههای توسعه اجمالی تهیه شود.
90. مطالعه امکانسنجی تدوین گردد.
محصولات ایجاد یا اصلاحشده:
- برنامه اقدام، شامل شبکه فعالیت، نمودار گانت و برنامه فعالیت؛
- گزینههای امکانسنجی.
تصویر مرجع صفحه 163 سند اصلی.
صفحه 164 منبع
17. مدل ساختاری
17.4 ماژول تحلیل نیازمندیها (RA)
این ماژول دو مرحله دارد:
- مرحله 1: بررسی محیط فعلی؛
- مرحله 2: گزینههای سازماندهی سیستم.
اهداف ماژول:
- تعیین دامنه کاربرد؛
- تعیین هماهنگی و همکاری سازگار میان فناوری اطلاعات/IT و سایر بخشهای سازمان؛
- تعیین کل هزینهها و منافع سیستم؛
- اثبات اینکه توسعه بیشتر سیستم اطلاعاتی معنادار و مفید است؛
- ایجاد حس مالکیت کاربران نسبت به نیازمندیها.
شرح
تحلیل نیازمندیهای SSADM بهوسیله تعیین نیازمندیها و تدوین گزینههای سازماندهی سیستم هدایت میشود. این فعالیتها تحلیل را در محیط سیستم آینده قرار میدهند.
نیازمندیها در فهرست نیازمندیها و بهشکل اهداف سیستم ثبت میشوند. اهداف با سطح خدمت، ملاحظات امنیتی و حوزههای عملیاتی کلان ارتباط دارند و تا حد ممکن باید در قالب قابل اندازهگیری بیان شوند. این امر به سازمان کاربر کمک میکند مقبولیت همه محصولات تولیدشده را کنترل کند.
فهرست نیازمندیها با مدلهای سیستم فعلی تکمیل میشود: مدل جریان داده عملکرد سازمان فعلی و مدل منطقی داده اطلاعات مورد استفاده خدمات فعلی.
گزینههای سازماندهی سیستم به مدیریت ارائه میشوند تا مرزهای عملکرد سیستم موردنیاز تعیین و تعهد نسبت به هزینههای برنامهریزیشده آن ایجاد شود.
شرکتکنندگان شامل تحلیلگران نیازمندی آشنا با SSADM و حوزه کسبوکار، کاربران، تأمینکنندگان خدمات فناوری اطلاعات و اعضای گروه توسعهاند.
پیششرطها ـ محصولات/اسناد مدیریتی:
- منشور پروژه؛
- برنامههای ماژول تحلیل نیازمندیها.
تصویر مرجع صفحه 164 سند اصلی.
صفحه 165 منبع
17. مدل ساختاری
- روشهای کنترل تحلیل نیازمندیها.
مواد شروع:
- منشور پروژه؛
- مطالعه امکانسنجی؛
- مواد مطالعات قبلی.
مواد مرجع:
- اهداف عملیاتی؛
- شرح دادههای محیط فعلی؛
- فرمها و اسناد دیگر محیط فعلی؛
- سیاستهای مدیریتی و فنی؛
- شرح رویههای محیط فعلی.
محصولات:
- تحلیل نیازمندیها؛
- گزینههای سازماندهی سیستم؛
- گزینه سازماندهی سیستم منتخب؛
- دامنه پروژه و تحلیل.
فعالیتها:
- مرحله 1: بررسی محیط فعلی؛
- مرحله 2: گزینههای سازماندهی سیستم.
17.5 مرحله 1: بررسی وضعیت فعلی
اهداف مرحله:
تهیه شرح خدمات فعلی و نیازمندیهای جدید بهمنظور امکان تدوین گزینههای سازماندهی سیستم. اهداف جزئی:
- اطمینان از اینکه پروژه بهدرستی آغاز شده و مدیریت شرکتکنندگان را درست هدایت کرده است؛
- تهیه فهرست اولیه وظایف و برآورد منابع؛
- بیان روشن نیازمندیهای کارکردی و غیرکارکردی؛
- شکلدادن نقشهای کاربری با توجه ویژه به کاربران؛
- مدلکردن رویهها و نیازهای اطلاعاتی که منشور پروژه برای آنها پشتیبانی فناوری اطلاعات پیشبینی کرده است.
تصویر مرجع صفحه 165 سند اصلی.
صفحه 166 منبع
17. مدل ساختاری
شرح
این مرحله یک گام برنامهریزی دارد که یا پروژه را راهاندازی میکند یا پس از مطالعه مطالعه امکانسنجی و سایر مواد اولیه، به مدیریت پیشنهاد میدهد اهداف مندرج در منشور پروژه دوباره ارزیابی شوند.
در این مرحله باید حوزه عملیاتی و افرادی که نقش کلیدی دارند یا اهداف آن را میشناسند شناخته شوند. این امر مهارتهای سنتی تحلیلگر در گردآوری اطلاعات را میطلبد.
پس از مرور اولیه، نیازمندیهای تفصیلی گردآوری و مدلهای حوزه عملیاتی ساخته میشوند. این مدلها هم سیستمهای دستی و رایانهای موجود و هم روشهای عملیاتی برنامهریزیشده و نیازهای اطلاعاتی را پوشش میدهند.
سپس دیدگاه فیزیکی درباره اطلاعات و رویهها باید به دیدگاه منطقی تبدیل شود تا نتایج تحلیلی در سطح کل سیستم حاصل گردد. شرح منطقی باید از همه محدودیتهای فیزیکی فعلی مستقل باشد. محدودیتها و مشکلات فیزیکی همراه با سایر اهداف سیستم در فهرست نیازمندیها ثبت میشوند.
گروه تحلیل برای مدیر پروژه کار میکند و شامل تحلیلگران باتجربه نیازمندی که حوزه عملیاتی را میشناسند، تحلیلگران کمکی ماهر در مدلسازی جریان داده و مدلسازی منطقی داده و یک نماینده فعال کاربر آشنا با SSADM و حوزه کسبوکار است.
پیششرطهای فعالیتهای مرحله:
محصولات/اسناد مدیریتی:
- توافق درباره دامنه تحلیل؛
- روشهای کنترل مرحله 1؛
- برنامههای مرحله 1.
مواد شروع:
- مطالعه امکانسنجی؛
- منشور پروژه؛
- مواد تحلیلهای قبلی.
مواد مرجع:
- اهداف عملیاتی سازمان؛
- شرح دادههای محیط فعلی؛
- فرمها و سایر اسناد محیط فعلی؛
- سیاستها و اهداف مدیریتی و فنی؛
- شرح رویههای محیط فعلی.
تصویر مرجع صفحه 166 سند اصلی.
صفحه 167 منبع
17. مدل ساختاری
محصولات:
- شرح فعالیتها؛
- شبکه فعالیت/برنامه شبکهای؛
- مدل فعالیت سازمانی؛
- شرح خدمات فعلی؛
- ساختار شکست/ساختار محصول؛
- نمودار اشتقاق محصول؛
- دامنه پروژه و تحلیل؛
- فهرست نیازمندیها؛
- فهرست کاربران.
تکنیکها:
- مدلسازی جریان داده؛
- طراحی گفتوگو؛
- مدلسازی منطقی داده؛
- تحلیل رابطهای داده؛
- تعیین نیازمندیها؛
- مدلسازی فعالیت سازمانی؛
- مدلسازی گردش کار، شامل تحلیل فعالیتهای کاربران.
فعالیتها:
- گام 115: توسعه مدل فعالیت سازمانی؛
- گام 120: بررسی و تعیین نیازمندیها؛
- گام 130: بررسی فرایندهای فعلی؛
- گام 140: بررسی دادههای فعلی؛
- گام 150: منطقیسازی خدمات فعلی؛
- گام 160: گردآوری نتایج بررسی.
17.5.1 گام 115: توسعه مدل فعالیت سازمانی
هدف گام:
درک و مدلسازی فعالیتهای لازم برای دستیابی به اهداف حوزه عملیاتی مورد بررسی و شناسایی مهمترین قواعد سازمانی/عملیاتی و عوامل مؤثر بر زمانبندی و آغاز فعالیتها، یعنی رویدادهای سازمانی، که بر نیازمندیهای سیستم خودکار اثر خواهند گذاشت.
تصویر مرجع صفحه 167 سند اصلی.
صفحه 168 منبع
17. مدل ساختاری
شرح
برای بررسی تفصیلی نیازمندیهای سیستم اطلاعاتی خودکار جدید، لازم است مدل فعالیت سازمانی از قبل وجود داشته باشد. SSADM مجموعه تکنیک اختصاصی برای نمایش این مدل ارائه نمیکند و پیشنهاد میکند از روشهای اثباتشده تحلیل سازمان استفاده شود. رویدادهای سازمانی و قواعد عملیاتی سازمان نیز باید بررسی شوند، زیرا در تهیه مشخصات سیستم به آنها نیاز خواهد بود.
مشارکتکنندگان شامل تحلیلگران سیستم و متخصصان سازمانی آشنا با روشهای تحلیل سازمان هستند.
مبنای شروع:
- مدل فعالیت سازمانی، اگر در مطالعه قبلی تهیه شده باشد؛
- مستندات مرتبط پروژه.
وظایف:
10. فعالیتهای سازمانی و رویدادهای سطح سازمانی حوزهای که سیستم خودکار آینده برای آن ساخته میشود بررسی شوند.
20. برای هر فعالیت سازمانی، پشتیبانی اطلاعاتی موردنیاز تعیین شود. نیازها تفکیک شوند تا مشخص شود کدامیک را سیستم خودکار قادر است برآورده کند.
30. کنترل شود مدل ایجادشده با مدل رسمی Checkland یا با قواعد رسمی و غیررسمی روش مدلسازی منتخب سازگار است.
محصول ایجاد/اصلاحشده:
پاورقی 38: Soft Systems Methodology؛ [Checkland81]، [Checkland90] و [Vecsenyi88].
پاورقی 39: یا قواعد رسمی و غیررسمی روش مدلسازی منتخب.
تصویر مرجع صفحه 168 سند اصلی.
صفحه 169 منبع
17. مدل ساختاری
17.5.2 گام 120: بررسی و تعیین نیازمندیها
اهداف گام:
- شناسایی مشکلات محیط فعلی که سیستم جدید باید حل کند؛
- شناسایی خدمات جدید سیستم؛
- تعیین کاربران سیستم جدید.
شرح
فهرست نیازمندیها در این گام ایجاد میشود. ممکن است نیازمندیهای بیشتری هنگام توسعه موازی نمودارهای جریان داده فیزیکی فعلی و مدل منطقی داده محیط فعلی، در گامهای 130 «بررسی فرایندهای فعلی» و 140 «بررسی دادههای فعلی»، شناسایی شوند.
نیازمندیها عموماً دو نوعاند: کارکردی و غیرکارکردی. در ابتدا میتوان آنها را در سطح کلی تعریف کرد، ولی باید تا حد امکان بهشکل کمی و قابل اندازهگیری بیان شوند. هدف، تهیه تعریفی از نیازمندیهاست که برای تدوین گزینههای سازماندهی سیستم در گام 210 کافی باشد.
«فهرست کاربران» نیز در این گام تهیه میشود و کاربرانی را فهرست میکند که سیستم جدید بر آنها یا فعالیتهایشان اثر خواهد گذاشت. این کار در چارچوب بررسی کاربران انجام میشود.
مشارکتکنندگان: گروه تحلیل، تحلیلگران ارشد نیازمندی، تحلیلگران سیستم کمکی و نمایندگان کاربران.
مبانی شروع:
- هر سند حاوی نیازمندیها؛
- مدل فعالیت سازمانی.
مواد مرجع:
- نمودار زمینه؛
- مدل منطقی داده محیط فعلی؛
- نمودارهای جریان داده فیزیکی فعلی؛
- مواد مطالعات قبلی.
تصویر مرجع صفحه 169 سند اصلی.
صفحه 170 منبع
17. مدل ساختاری
وظایف گام 120:
10. با همکاری کاربران، ویژگیهای نامطلوب یا نیازمند بهبود سیستم فعلی شناسایی و نیازمندیهای مربوط در فهرست نیازمندیها ثبت شوند.
20. کاربران پیشنهادی سیستم جدید در فهرست کاربران تعیین شوند. این امر با تحلیل فعالیت کاربران، وظایف آنان و مهارتهای لازم انجام میشود. نیازمندیهای مربوط به قابلیت استفاده سیستم و شرح مشاغل نیز در فهرست نیازمندیها ثبت شوند.
30. مدل فعالیت سازمانی بررسی و نیازمندیهای کارکردی در حوزههای زیر جستوجو شوند:
- نیازهای پشتیبانی اطلاعاتی فعالیتهای سازمانی؛
- فرصتهای خودکارسازی فعالیتهای سازمانی؛
- گردآوری اطلاعات عملکرد واحدهای سازمانی و تهیه گزارشها؛
- پشتیبانی اطلاعاتی از تصمیمگیری برای حل تعارض و فعالیتهای کنترل و مدیریت.
40. با مشارکت کاربران، عملکردها و دادههای اضافی که سیستم فعلی ارائه نمیکند ولی سیستم جدید نیاز دارد شناسایی و در فهرست نیازمندیها ثبت شوند.
50. به اقلام فهرست نیازمندیها اولویت اختصاص داده شود.
محصولات ایجاد/اصلاحشده:
- فهرست نیازمندیها؛
- فهرست کاربران.
17.5.3 گام 130: بررسی فرایندهای فعلی
هدف:
شناسایی و توصیف جریانهای اطلاعاتی خدمات فعلی.
شرح
این گام جریانهای اطلاعاتی مرتبط با خدمات فعلی را بررسی و بهصورت نمودار جریان داده نمایش میدهد. در توسعه DFDها از اطلاعات جمعآوریشده در گام 120 استفاده میشود و کار بهصورت موازی با گام 140، «بررسی دادههای فعلی»، پیش میرود.
تصویر مرجع صفحه 170 سند اصلی.
صفحه 171 منبع
17. مدل ساختاری
در این نقطه نمودارهای جریان داده خدمات فعلی را با همه نقصهایشان نمایش میدهند؛ هیچ اصلاح یا خدمت جدیدی نباید به مدل افزوده شود.
مشارکتکنندگان شامل گروه تحلیل، تحلیلگر ارشد نیازمندی، تحلیلگران کمکی و نمایندگان کاربران هستند.
مبانی شروع:
مواد مرجع:
- مدل منطقی داده محیط فعلی؛
- مطالعه امکانسنجی؛
- فرمها و اسناد محیط فعلی؛
- شرح رویههای محیط فعلی؛
- مدل فعالیت سازمانی.
وظایف گام 130:
10. در صورت نیاز نمودار جریان اسناد، نمودار زمینه یا نمودار جریان مواد ترسیم شود.
20. نمودار جریان اسناد/زمینه/مواد به نمودار جریان داده تبدیل شود؛ یا بهعنوان روش جایگزین، DFD مستقیماً و با همکاری کاربران ساخته شود.
30. برای هر فرایند سطح پایین که دیگر تجزیه نمیشود، شرح فرایند ابتدایی تهیه شود. برای هر جریان داده سطح پایین که مرز سیستم را قطع میکند، شرح ورودی/خروجی تهیه شود. برای هر موجودیت خارجی نیز شرح موجودیت خارجی ایجاد گردد.
40. همه خطاها و نقصهای فرایندهای فعلی شناسایی و در فهرست نیازمندیها ثبت شوند.
50. مدل جریان داده فیزیکی سیستم فعلی از نظر مرز سیستم، واژگان و اصطلاحات با مدل فعالیت سازمانی هماهنگ شود.
محصولات ایجاد/اصلاحشده:
- نمودار زمینه؛
- نمودار جریان اسناد؛
- مدل جریان داده فیزیکی فعلی و شرحهای وابسته آن.
تصویر مرجع صفحه 171 سند اصلی.