فایلکو

مرجع دانلود فایل ,تحقیق , پروژه , پایان نامه , فایل فلش گوشی

فایلکو

مرجع دانلود فایل ,تحقیق , پروژه , پایان نامه , فایل فلش گوشی

تحقیق در مورد مبانی طراحی سیستم‌ها 29 ص

اختصاصی از فایلکو تحقیق در مورد مبانی طراحی سیستم‌ها 29 ص دانلود با لینک مستقیم و پر سرعت .

لینک دانلود و خرید پایین توضیحات

دسته بندی : وورد

نوع فایل :  .doc ( قابل ویرایش و آماده پرینت )

تعداد صفحه : 29 صفحه


 قسمتی از متن .doc : 

 

چکیده:

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

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

مقدمه:

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

طراحى چیست؟

این اولین سئوالى است که شما از خود مى‏پرسید. آیا طراحى همان نقاشى است؟! آیا طراحى یعنى نقشه کشى؟! حتماً میدانید که اینطور نیست. پس این فعالیت عجیب و غریب چیست که ما دائماً از آن صحبت مى‏کنیم؟

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

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

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

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

اهداف سیستم

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

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

حالت اول - 100000 تومان بودجه در نظر گرفته‏اید، اتومبیل شخصى مناسب دارید، اداره شما یک آپارتمان با تمام امکانات در شهر مورد نظر در اختیار شما قرار مى‏دهد.

حالت دوم - 20000 تومان بودجه در نظر گرفته‏اید، اتومبیل شخصى ندارید، بلیط قطار پیدا نمى‏شود، هتل‏ها و مسافرخانه‏هاى ارزان قیمت در دو ماه اخیر جاى خالى ندارند.

فراروند طراحى، مبتنى بر منابع موجود انجام مى‏شود بنا بر این در هنگام طراحى باید منابع مشخص شده باشد.


دانلود با لینک مستقیم


تحقیق در مورد مبانی طراحی سیستم‌ها 29 ص

تحقیق درمورد مهندسی و معماری سیستم‌ها

اختصاصی از فایلکو تحقیق درمورد مهندسی و معماری سیستم‌ها دانلود با لینک مستقیم و پر سرعت .

تحقیق درمورد مهندسی و معماری سیستم‌ها


تحقیق درمورد مهندسی و معماری سیستم‌ها

لینک دانلود و خرید پایین توضیحات

فرمت فایل word  و قابل ویرایش و پرینت

تعداد صفحات: 32

 

مهندسی و معماری سیستم‌ها

چکیده

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

کلیدواژه : معماری سیستم‌ها؛ مهندسی سیستم‌ها؛ ایجاد سیستم‌ها؛ سیستم‌های پیچیده؛ سیستم‌های اجتماعی؛ متدواوژی

 

بیشتر مطالب این مقاله از رکتین (1991) و مایر و رکتین (2000) گرفته شده است.

1- مراحل ایجاد سیستم‌ها

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

 

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

 

هر چه ساختار پیچیده‌تر می‌شود جریان پروژه نیز پیچیده‌تر می‌شود. معمولاً جریان پروژه‌های سیستم را در قالب «مدل آبشاری1» به صورت زیر نمایش می‌دهند (شکل 3):

 

در چنین فرایندی گروه‌های متفاوتی انجام وظیفه می‌کنند و مهندسین سیستم عهده‌دار تطبیق عناصر ساختار در جاهایی هستند که «فصل مشترک‌ها2» نامیده می‌شوند.

2- پیچیدگی در سیستم‌ها

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


دانلود با لینک مستقیم


تحقیق درمورد مهندسی و معماری سیستم‌ها

مهندسی و معماری سیستم‌ها

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

لینک دانلود و خرید پایین توضیحات

فرمت فایل word  و قابل ویرایش و پرینت

تعداد صفحات: 32

 

مهندسی و معماری سیستم‌ها

چکیده

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

کلیدواژه : معماری سیستم‌ها؛ مهندسی سیستم‌ها؛ ایجاد سیستم‌ها؛ سیستم‌های پیچیده؛ سیستم‌های اجتماعی؛ متدواوژی

 

بیشتر مطالب این مقاله از رکتین (1991) و مایر و رکتین (2000) گرفته شده است.

1- مراحل ایجاد سیستم‌ها

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

 

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

 

هر چه ساختار پیچیده‌تر می‌شود جریان پروژه نیز پیچیده‌تر می‌شود. معمولاً جریان پروژه‌های سیستم را در قالب «مدل آبشاری1» به صورت زیر نمایش می‌دهند (شکل 3):

 

در چنین فرایندی گروه‌های متفاوتی انجام وظیفه می‌کنند و مهندسین سیستم عهده‌دار تطبیق عناصر ساختار در جاهایی هستند که «فصل مشترک‌ها2» نامیده می‌شوند.

2- پیچیدگی در سیستم‌ها

واژه «پیچیدگی3» از ابعاد گوناگون قابل بررسی است. از دیدگاه کمی و ریاضی، بهترین راه شناخت پیچیدگی آن است که آن را به مثابه یک مفهوم آماری در نظر بگیریم؛ یعنی مفهوم پیچیدگی، برحسب احتمال قرار گرفتن یک سیستم در یک حالت


دانلود با لینک مستقیم


مهندسی و معماری سیستم‌ها

مقدمه‌ای بر مهندسی صنایع و سیستم‌ها

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

لینک دانلود و خرید پایین توضیحات

فرمت فایل word  و قابل ویرایش و پرینت

تعداد صفحات: 35

 

مقدمه‌ای بر مهندسی صنایع و سیستم‌ها

چکیده

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

کلیدواژه : مهندسی صنایع؛ مهندسی سیستم‌ها؛ تاریخچه؛ تعریف؛ جایگاه؛ فعالیت‌ها

 

1- تاریخچه مهندسی صنایع

1-1- سیر شکل‌گیری مهندسی صنایع تا جنگ جهانی دوم

اولین فعالیت‌های مهندسی صنایع مربوط به اقتصاددانهای کاربردی و صنعتگرها است که در حدود سالهای 1800 در انگلستان شکل گرفت. آدام اسمیت1 ، اقتصاددان معرف اسکاتلندی، در سال 1776 در کتاب ثروت ملل ایده تقسیم کار را برای بهبود بهره‌وری مطرح کرد. پیاده‌سازی این ایده روی فعالیت سوزن سازی در یک کارگاه نشان داد که با تقسیم فعالیت به چهار عملیات جداگانه، خروجی 5 برابر افزایش یافت. وقتی که یک کارگر تمام فعالیت را انجام می‌داد در هر روز 1000 سوزن تولید می‌کرد ولی وقتی 10 کارگر به چهار فعالیت تخصصی و جداگانه گمارده شدند می‌توانستند 48000 سوزن تولید کنند. علاوه بر اینکه ظرفیت تولید افزایش یافت، اسمیت نشان داد که با این ایده هزینه ساخت نیز کاهش می‌یابد. اسمیت علت کاهش هزینه ساخت را چنین بیان کرد:

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

صرفه‌جویی در زمان از دست رفته کارگر برای تغییر از یک کار به کار بعدی

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

چارلز ببج2  در تکمیل ایده اسمیت بیان کرد که با گماردن هر کارگر به یک کار خاص، دیگر به مهارت و تجربه زیاد در کار ساخت و تولید نیاز نبوده و نرخ پرداخت به کارگران نیز می‌تواند کمتر باشد و بدین شکل هزینه تولید کاهش می‌یابد. وی نتیجه یافته‌های خود را در سال 1835 با عنوان «اقتصاد ماشین‌آلات و سازندگان3 » ارائه نمود.

در تولید ماشین بخار توسط ماتئو بولتون4  و جیمز وات5 ، استفاده از سیستم‌های مدیریت شامل استانداردها، روش‌های پیش‌بینی، استقرار کارخانه، طراحی کارخانه و سیاست‌های حقوق و پاداش در شکل ابتدایی خود برای کمک در هدایت، مدیریت و کنترل کارخانه آغاز شد.

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

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


دانلود با لینک مستقیم


مقدمه‌ای بر مهندسی صنایع و سیستم‌ها

مهندسی و معماری سیستم‌ها

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

لینک دانلود و خرید پایین توضیحات

فرمت فایل word  و قابل ویرایش و پرینت

تعداد صفحات: 32

 

مهندسی و معماری سیستم‌ها

چکیده

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

کلیدواژه : معماری سیستم‌ها؛ مهندسی سیستم‌ها؛ ایجاد سیستم‌ها؛ سیستم‌های پیچیده؛ سیستم‌های اجتماعی؛ متدواوژی

 

بیشتر مطالب این مقاله از رکتین (1991) و مایر و رکتین (2000) گرفته شده است.

1- مراحل ایجاد سیستم‌ها

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

 

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

 

هر چه ساختار پیچیده‌تر می‌شود جریان پروژه نیز پیچیده‌تر می‌شود. معمولاً جریان پروژه‌های سیستم را در قالب «مدل آبشاری1» به صورت زیر نمایش می‌دهند (شکل 3):

 

در چنین فرایندی گروه‌های متفاوتی انجام وظیفه می‌کنند و مهندسین سیستم عهده‌دار تطبیق عناصر ساختار در جاهایی هستند که «فصل مشترک‌ها2» نامیده می‌شوند.

2- پیچیدگی در سیستم‌ها

واژه «پیچیدگی3» از ابعاد گوناگون قابل بررسی است. از دیدگاه کمی و ریاضی، بهترین راه شناخت پیچیدگی آن است که آن را به مثابه یک مفهوم آماری در نظر بگیریم؛ یعنی مفهوم پیچیدگی، برحسب احتمال قرار گرفتن یک سیستم در یک حالت


دانلود با لینک مستقیم


مهندسی و معماری سیستم‌ها