دانلود گزارش کاراموزی مهندسی و معماری سیستم ها
| دسته بندی | فنی و مهندسی |
| فرمت فایل | doc |
| حجم فایل | 24 کیلو بایت |
| تعداد صفحات فایل | 25 |
گزارش کاراموزی مهندسی و معماری سیستم ها در 25 صفحه ورد قابل ویرایش
چکیده
در ایجاد سیستم‌هایی که نمونه‌هایی از آنها موجود است، مهندسی سیستمها به کار گرفته می‌شود. پیچیدگی این گونه سیستمها معمولاً کم است. اما وقتی موضوع ایجاد یک سیستم جدید یا سیستمهای پیچیده که دارای کنترل‌پذیری کم هستند، مطرح می‌شود مهندسی سیستمها پاسخگو نخواهد بود و معماری سیستمها استفاده می‌شود. این مقاله به معرفی معماری سیستمها، مقایسه معماری سیستمها با مهندسی سیستمها، و متدولوژی معماری سیستمها می‌پردازد.
کلیدواژه : معماری سیستمها؛ مهندسی سیستمها؛ ایجاد سیستمها؛ سیستمهای پیچیده؛ سیستمهای اجتماعی؛ متدواوژی
بیشتر مطالب این مقاله از رکتین (1991) و مایر و رکتین (2000) گرفته شده است.
1- مراحل ایجاد سیستمها
هر پروژه‌ای، چه ساخت یک کلبه باشد چه یک هواپیما، با ظهور یا حضور کاربر بالقوه، یک احساس نیاز و یک مجموعه از منابع شامل منابع انسانی و فیزیکی آغاز می‌شود. با بررسی تاریخچه پروژه‌ها، می‌بینیم که بیشتر پروژه‌ها به عنوان تطبیق تکاملی و تدریجی ساختارهای موجود انجام می‌شوند. به عنوان مثال ساختار یک کشتی سالهاست که طراحی شده است. این ساختار بر پایه اصولی شکل گرفته که کمتر تغییر یافته است. آنچه تغییر می‌کند و تکامل می‌یابد تواناییهای آن ساختار از ابعاد مختلف است؛ مواد اولیه استفاده شده، قابلیتهای فنی، ظاهر و غیره. به عنوان مثال دیگر می‌توان به یک سیستم اطلاعات مدیریت اشاره کرد. اصول چنین سیستم اطلاعاتی چندین سال است که پایه‌ریزی شده است و بیشتر تلاش‌های صورت پذیرفته در جهت پیاده‌سازی، اجرا و تکمیل آن بوده است. در چنین پروژه‌هایی تنها اقتباس ساده‌ای از ساختارهایی می‌شود که مقصود و مفهوم آنها کاملاً روشن و بدیهی است. مراحلی که در ایجاد چنین سیستم‌هایی طی می‌شود در شکل 1 آمده است (خط‌های وصل کننده به عمد بدون جهتند، یعنی این فرایند رفت و برگشتی است):
اولین مشکلی که در چنین فرایند سرراستی اتفاق می‌افتد هنگامی است که یک نوع جدید از ساختار در راستای مفاهیم ساختار موجود مورد نیاز باشد که اصول و فناوری‌های جدیدی را طلب کند. اینجاست که به یک نوع فعالیت مهندسی نیاز است (شکل 2).
هر چه ساختار پیچیده‌تر می‌شود جریان پروژه نیز پیچیده‌تر می‌شود. معمولاً جریان پروژه‌های سیستم را در قالب «مدل آبشاری » به صورت زیر نمایش می‌دهند (شکل 3):
در چنین فرایندی گروه‌های متفاوتی انجام وظیفه می‌کنند و مهندسین سیستم عهده‌دار تطبیق عناصر ساختار در جاهایی هستند که «فصل مشترک‌ها » نامیده می‌شوند.
2- پیچیدگی در سیستمها
واژه «پیچیدگی » از ابعاد گوناگون قابل بررسی است. از دیدگاه کمی و ریاضی، بهترین راه شناخت پیچیدگی آن است که آن را به مثابه یک مفهوم آماری در نظر بگیریم؛ یعنی مفهوم پیچیدگی، برحسب احتمال قرار گرفتن یک سیستم در یک حالت خاص و در یک زمان معین، به بهترین وجه قابل تشریح است. در حالی که از دیدگاه غیرکمی، پیچیدگی را کیفیت یا خاصیتی برای سیستم تلقی می‌کنند که در اثر تلفیق پنج عامل (رضائیان 1376، 100-102) زیر به وجود می‌آید:
(1) تعداد عناصر تشکیل دهنده سیستم
(2) میزان تعامل عناصر مختلف سیستم
(3) نحوه تعامل عناصر مختلف سیستم
(4) ویژگیهای هر یک از عناصر سیستم
(5) درجه نظام یافتگی ذاتی سیستم
بنابراین اکتفا به برخی از شاخصهای مذکور برای تشخیص میزان پیچیدگی، گمراه کننده است. در واقع، برای به دست آوردن یک شاخص معنی‌دارتر، باید علاوه بر «تعداد عناصر» و «میزان تعاملهای میان آنها»، «نحوه تعامل»، «ویژگیهای هر یک از عناصر» و «درجه نظام یافتگی سیستم» نیز مورد ملاحظه قرار گیرند. به این ترتیب، تحلیلگر می‌تواند با استفاده از مجموعه این پنج شاخص، به مجموعه حالتهای ممکن قابل تصور برای سیستم دست یابد. برای مثال هنگام تعیین حیطه نظارت یک سرپرست، اگر کار خیلی تکراری باشد و اعضای گروه نیز خوب آموزش دیده باشند، با فرض اینکه هیچ تلاش عمدی برای به زحمت انداختن سرپرست انجام نشود، و نسبت بالایی از تعاملهای بالقوه به تعامل بالفعل تبدیل نشود، سیستم موردنظر، سیستمی ساده تلقی می‌شود. البته مجموعه قوانین و رویه‌های موجود نیز ممکن است موجب کاهش قابل ملاحظه تعاملهای مذکور شود. بنابراین، پیچیدگی یک مفهوم نسبی است که در اثر تعامل مجموعه عوامل پنج‌گانه مذکور معین می‌شود (نه فقط برخی از آنها، نظیر «تعداد عناصر» و «میزان تعامل»). برای مثال، سرپرستی که دو متخصص انرژی (که یکی ذغال سنگ را به مثابه امیدوارکننده‌ترین منبع انرژی آینده در نظر می‌گیرد و دیگری بر مزایای انرژی هسته‌ای تأکید دارد؛ یعنی وجود دیدگاه‌های متفاوت) زیر نظر وی کار می‌کنند، در مقایسه با کسی که حدود بیست مهندس نفت را سرپرستی می‌کند، با سیستمی بمراتب پیچیده‌تر مواجه است.
در واقع دو عامل اول به پیچیدگی «ساختاری» و سه عامل آخر به پیچیدگی «رفتاری» سیستم اشاره دارند. آنچه که در این جا مدنظر ماست بیشتر پیچیدگی رفتاری است. در پیچیدگی ساختاری تعداد عناصر سیستم خیلی زیاد بوده و میزان تعامل بین آنها بسیار زیاد یا حتی بی‌شمار است. در پیچیدگی رفتاری روابط علت و معلول کاملاً روشن نیستند و نتایج کوتاه مدت و بلند مدت خیلی متفاوتند. اقدامات اعمال شده بر روی بخش‌های مختلف سیستم نتایج متفاوتی دارند و ممکن است دخالت‌های حساب شده و روشن، نتایج غیر قابل پیش‌بینی و غیر منتظره داشته باشند. رفتار کلی سیستم به سختی قابل پیش‌بینی است. رفتار کلی سیستم در کل قابل مشاهده نبوده و اندازه‌گیری آن مخرب یا غیر قابل انجام است. به سختی می‌توان پیچیدگی رفتاری را بر اساس قوانین حاصل از نظریات بیان نمود چرا که داده کافی و پایا وجود ندارد (ساسمن 2000).
برای مثال، قوانین و مقررات مدون حاکم بر نحوه تعامل عناصر سیستم و عوامل تعیین کننده ویژگیهای آن عناصر، بر میزان پیچیدگی سیستم اثر می‌گذارند. برخی برای سنجش میزان پیچیدگی یک سیستم از دو عامل یا معیار «تعداد عناصر تشکیل دهنده سیستم» و «میزان تعامل عناصر مختلف سیستم» استفاده می‌کنند که ممکن در برخی موارد سطحی و گمراه کننده باشد. اگر کسی بررسی خود را به این دو بعد محدود کند، به مسیری هدایت می‌شود که ممکن است موتور ماشین سواری را در شمار سیستمهای بسیار پیچیده قرار دهد. زیرا موتور ماشین از تعداد قطعات زیادی تشکیل شده و به همین میزان نیز میان اجزای آن تعامل وجود دارد. همچنین براساس این دو شاخص پیچیدگی، تعامل میان دو نفر انسان (یک سیستم اجتماعی)، در شمار سیستمهای بسیار ساده قرار می‌گیرد زیرا این سیستم فقط دو عنصر دارد و میان آنها فقط دو رابطه تعاملی قابل تصور است. در صورتی که اگر فرد مذکور، در تحلیل خود به نقش سه عامل دیگر مؤثر بر پیچیدگی (یعنی «نحوه تعامل عناصر مختلف سیستم»، «ویژگیهای هر یک از عناصر» و «درجه نظام یافتگی ذاتی سیستم») نیز توجه کند، به نتیجه دیگری خواهد رسید. در مورد موتور ماشین، تحلیلگر مشاهده خواهد کرد که میزان تعامل موجود میان قطعات آن، از قوانین و توالی معینی تبعیت می‌کنند و ویژگیهای عناصر آن از پیش تعیین شده‌اند. بدین ترتیب با استفاده از این پنج شاخص پیچیدگی، تحلیلگر متوجه می‌شود که موتور ماشین در واقع یک سیستم بسیار ساده است در حالی که سیستم «تعامل میان دو انسان» که به ظاهر ساده به نظر می‌رسید، در واقع سیستم بسیار پیچیده‌ای است زیرا ویژگیهای هیچ یک از عناصر آن، از پیش قابل تعیین نیستند. از آنجا که احتمال شرطی بودن رفتار آنها، علی‌رغم وجود برخی قوانین ثابت در مکالمه و تعامل، بسیار کم است، نتیجه نهایی تعامل یا گفتگو قابل پیش‌بینی نیست زیرا عناصر این سیستم در رعایت یا عدم رعایت آداب معاشرت، آزادی عمل دارند و درجه قابلیت پیش‌بینی حالت نهایی برخورد آنها، بسیار پایین است. بنابراین، تحلیلگر متوجه می‌شود که این سیستم دو نفره، در واقع یک سیستم بسیار پیچیده است.
3- پیچیدگی و کنترل‌پذیری (رضائیان 1376، 80-83)
در صورتی که ویژگی «میزان پیچیدگی» را مبنای طبقه‌بندی سیستمها فرض کنیم، مجموعه‌ای مشتمل بر سیستمهای ساده، سیستمهای پیچیده، و سیستمهای بسیار پیچیده قابل تشخیص خواهد بود.
سیستم ساده، سیستمی است که تعداد اجزای تشکیل دهنده آن کم بوده و روابط محدودی میان آنها برقرار باشد در حالی که سیستم پیچیده، سیستمی است که دارای اجزای بسیار زیاد و به هم وابسته‌ای باشد و سیستم بسیار پیچیده نیز سیستمی است که شناسایی و تشریح دقیق اجزاء و ویژگیهای آن، امکانپذیر نباشد.
ویژگی دوم (قابلیت پیش‌بینی) با ماهیت سیستم از حیث «میزان قطعی بودن یا احتمالی بودن»، سر و کار دارد. در این مورد، دو وضعیت قابل تصور است: در وضعیت اول، اجزای سیستم به گونه‌ای کاملاً قابل پیش‌بینی با یکدیگر تعامل دارند در حالی که در وضعیت دیگر، رفتار سیستم قابل پیش‌بینی نیست، ولی ممکن است آنچه اتفاق می‌افتد، قابل پیش‌بینی باشد.
همانگونه که ملاحظه می‌شود در سیستمهای پیچیده اجتماعی عوامل متعدد بیرونی وجود دارند که بر فرایند ایجاد سیستمها تأثیر می‌گذارند. عوامل اجتماعی و سیاسی، پایایی و عناصر جهان واقعی به جریان اصلی ایجاد سیستمها وصل شده‌اند. در این شکل هر چه ضخامت خط بیشتر باشد نشان دهنده ارتباط بیشتر و قوی‌تر است.
معماری معمولاً با تولید یک توصیف ذهنی یا نوشتاری مجرد (یک مدل) از سیستم و محیطش آغاز می‌شود. گامها و شاید سالهای زیادی بین این تجرد و ارزیابی نهایی وجود دارد. دقیقاً قبل از اینکه ارزیابی کامل شود، سیستم با جهان واقعی روبرو می‌شود. عدم آگاهی از این که جهان واقعی می‌تواند کاملاً متفاوت از مدل مفهومی معمار از جهان باشد خیلی از ساختارهای پیش از این عقلایی را با مشکل مواجه ساخته است.
فرضیات تست خواهند شد و شاید ناقص شناخته شوند. نظریه‌ها، ایده‌ها و طرح‌ها تست خواهند شد. جهانی که سیستم در آن به وجود خواهد آمد احتمالاً در هنگام ساخت سیستم تغییر خواهد کرد.
کار یک معمار سیستم این است که ساختاری در شکل یک سیستم از جهان بدساخت یافته و ذاتاً نامحدود از نیازهای بشری، فناوری، اقتصاد، سیاست، مهندسی و امور صنعتی تولید نماید. معمار سیستم باید اصول مهندسی که هر ساختار بر آن بنا می‌شود را بداند. در این راه تجربه و قدرت تشخیص ضروری است و معمار باید بینش حاصل از تجارب قبلی را کسب نماید. مسئله معمار این است که پیچیدگی را به درجه‌ای قابل کنترل کاهش دهد، خصوصاً تا جایی که بتوان آن را با فنون قدرتمند تحلیل مهندسی بررسی نمود. تنها باید کارکردهای ضروری را مد نظر قرار داد. به منظور داشتن جوابهایی در حدود عملی، باید محدودیتهایی را بکار بست. بنابراین معمار یک «مهندسی عمومی» نیست بلکه متخصص در کاهش پیچیدگی، عدم قطعیت و ابهام به مفاهیم عملی است.
از جهت نظری سیستمها دارای مرز مشخصی نیستند یا به عبارت دیگر مرز ندارند. اما در عمل در مطالعه سیستمها مرزی برای سیستم تعریف می‌کنند. این کار برای سیستمهای پیچیده خیلی مشکل‌تر بوده و حتی ممکن است نشدنی باشد. یکی از تفاوتهای معماری با مهندسی و روش علمی در این نقطه اتفاق می‌افتد. در مهندسی مرز تعریف شده خوبی برای سیستم یا مسئله سیستم تعریف می‌کنند و سپس یک راه حل محدود شده و مشخص ارائه می‌کنند.