بخشی از پاورپوینت
اسلاید 1 :
مهندسی سيستم
SYSTEM ENGINEERING
اسلاید 2 :
مقدمه
مهندسی سيستم(ديدگاه پرسمن) :
مهندسی فرايند کاری (Business Process Engineering) :
چنانچه محدوده کار مهندسی تمرکز بر روی کار و تجارت داشته باشد ، مهندسی سيستم را مهندسی فرايند کاری می نامند.
مهندسی محصول ( Product Engineering) :
زمانی که محصولی ايجاد می گردد، فرايند مهندسی سيستم را مهندسی محصول می ناميم .
مهندسی نرم افزار در نتيجه فرايندی بنام مهندسی سيستم ايجاد می گردد.
پيش از آنکه فرايند مهندسی جهت نرم افزار انجام گردد ، سيستمی که نرم افزار در آن قرار دارد بايستی درک شود .
اسلاید 3 :
سيستم چيست؟
فرهنگ لغت Webster's سيستم را اينچنين تعريف می نمايد (دو تعريف از نه تعريف)
مجموعه يا ترتيبی از عناصر مرتبط جهت تشکيل يک واحد يکپارچه يا متحد
مجموعه ای از حقايق ، اصول ، قوانين و موارد نظير آن که دسته بندی و مرتب گرديده اند تا طرحی منطقی جهت اتصال اجزا گوناگون را نمايش دهد.
اسلاید 4 :
سيستم چيست؟(ادامه)
پرسمن سيستم را اينچنين تعريف می نمايد :
مجموعه يا ترتيبی از اطلاعات که سازماندهی گرديده اند تا هدف از قبل تعيين شده ای را توسط پردازش اطلاعات تامين نمايند .
هدف مذکور ، برخی از اعمال تجاری را حمايت نموده ويا محصولی را توسعه می دهد که قادر است برای توليد سرمايه تجاری بفروش برسد.
عناصر سيستم عبارتند از :
نرم افزار
سخت افزار
نيروی انسانی
بانک اطلاعاتی
مستندات
رويه ها
اسلاید 5 :
سلسله مراتب مهندسی سيستم
ديدگاه کلان
دامنه علاقه
ديدگاه دامنه
ديدگاه عنصر
ديدگاه جرئيات
عنصر سيستم
اسلاید 6 :
سلسله مراتب مهندسی سيستم(ادامه)
WV={D1,D2,…,Dn}
Di={E1,E2,…,Em}
Ej={C1,C2,…,Ck}
همانگونه که ملاحظه می شود مهندسی سيستم هرچه به سمت پائين سلسله مراتب حرکت می نمايد ، تمرکز کاری باريکتر می گردد.
اسلاید 7 :
هدف از اين مهندسی تعريف معماريهايي می باشد که باعث می گردد، يک حرفه از اطلاعات بصورت کارآمد استفاده نمايد.
جهت حصول ديدگاه کلی از نيازهای تکنولوژی يک شرکت، از مهندسی سيستم استفاده می نماييم. برای اين منظور سه معماری مختلف می بايست در حيطه اهداف کاری تحليل و طراحی گردد:
معماری داده (Data Architecture)
معماری کاربردها (Applications Architecture)
زيربنای تکنولوژی (Technology Infrastructure)
مهندسی فرايند کاری (BPE)
اشياء(معماری داده)
سيستم يا برنامه
برآورد اهداف تجاری مورد نظر
اسلاید 8 :
مهندسی فرايند کاری (ادامه)
برنامه ريزی استراتژيک اطلاعات يا ISP
تحليل زمينه تجاری يا BAA (ديدگاه دامنه)
طراحی سيستم تجاری يا BSD (ديدگاه عنصر)
ساخت و يکپارچه نمودن (ديدگاه جزئی)
مهندسی نرم افزار
ناحيه تجاری
نيازهای پردازش
اسلاید 9 :
مهندسی فرايند کاری (ادامه)
شرکت دامنه های متعددی دارد که در اين بخش تفکيک می گردند. جريان داده در اين بخش کل سيستم را شامل می گردد.
با انتخاب دامنه ای خاص ، بخشهای مختلف در آن دامنه را ملاحظه می نماييم ، که بخشی از آن در خصوص پردازش اطلاعات است.
BAA منجر به ايجاد تعريف سيستم های اطلاعاتی نرم افزاری می گردد.
هر سيستم اطلاعاتی بخشهای مختلفی دارد که برای يک بخش فرضی ، ديدگاه جزئی آن تشريح شده است.
مهندسی نرم افزار
اسلاید 10 :
مهندسی فرايند کاری (ادامه)
توصيه پرسمن : مهندس نرم افزار در مباحث ISP و BAA وارد نمی گردد ، ليکن در صورت عدم انجام چنين فعاليتهائی ، مسئولان را از بالا بودن ريسک پروژه آگاه نماييد.
BAA همانند ISP ، اشيا داده ، روابط ميان آنها و چگونگی جريان داده را تعريف می نمايد . ليکن در چنين سطحی اين خصوصيات همگی در چارچوب زمينه کاری تحليل شده محدود می گردند.
خروجی BAA جدا نمودن زمينه هايي است که سيستم های اطلاعاتی در آنها می توانند زمينه کاری را حمايت نمايند.
اسلاید 11 :
مهندسی نيازها
مهندسی نيازها رويکرد قابل قبولی جهت فهم موارد زير مشخص می نمايد :
درخواستهای مشتری ، تحليل نيازها ، مشخص نمودن امکان پذير بودن پروژه ، مذاکره در خصوص راه حلی قابل قبول ، مشخص نمودن راه حلی بدون ابهام ، صحت مشخصه و مديريت نمودن نيازمنديهای فوق در هنگام تبديل به يک سيستم اطلاعاتی
اسلاید 12 :
مهندسی نيازها (ادامه)
فرايند مهندسی نيازها شامل شش مرحله می باشد :
بيان نيازمنديها
تحليل نيازها و انجام مذاکره
مشخصه نيازها
مدلسازی سيستم
تصديق نيازها
مديريت نيازها
اسلاید 13 :
مديريت نيازها
مديريت نيازها مجموعه فعاليتهايي می باشد که به تيم پروژه کمک می نمايد تا در طول پروژه نيازها و تغيير نيازها را در هر زمان مشخص ، کنترل و پيگيری نمايد .
در اين راستا هر نياز را با يک شناسه يکتا مشخص می نماييم :
< شماره نياز> < نوع نياز>
نياز تابعی F = Functional Requirement
نياز داده D= Data Requirement
نياز رفتاری B= Behavioral Requirement
نياز واسط I= Interface Requirement
نياز خروجی P= Output Requirement
اسلاید 14 :
مديريت نيازها (ادامه)
مثال: F09 مبين نياز تابعی با شماره 9
توسعه جداول رديابی پس از مشخص شدن نيازها صورت می پذيرد . اين جداول نيازهای مشخص گرديده را با يک يا چند جنبه از محيط يا سيستم ارتباط می دهد :
جنبه مشخصی از سيستم يا محيط
نياز
جدول رديابی عمومی
اسلاید 15 :
جداول رديابی
جدول رديابی ويژگيها : مبين آن است که چگونه نيازها با ويژگيهای قابل اهميت از لحاظ مشتری يا محصول در ارتباط است .
جدول رديابی مبدا : مبدا هر نياز را تعيين می نمايد .
جدول رديابی وابستگی : چگونگی ارتباط نيازها به يکديگر را بيان می نمايد.
جدول رديابی زيرسيستم : نيازها را با توجه به زير سيستمهای مختلف دسته بندی می نمايد .
اسلاید 16 :
مدلسازی سيستم
نمودار زمينه سيستم (System Context Diagram)
نمودار جريان سيستم (System Flow Diagram)
اسلاید 17 :
نمودار زمينه سيستم
اين نمودار مرز اطلاعات ميان سيستم در حال ساخت و محيطی که سيستم در آن عمل می نمايد را مشخص می نمايد.
حاوی داده و کنترل
اسلاید 18 :
نمودار جريان سيستم
نمودار جريان سيستم ، زيرسيستمهای اصلی و خطوط جريانهای اطلاعاتی مهم ( کنترل و داده) را نمايش می دهد .
اسلاید 19 :
نمودار جريان سيستم (ادامه)
در SFD اصلی هر کدام از چهار ضلعيها با گوشه های گردشده می تواند به الگوی معماری ديگری توسعه يابد.
اسلاید 20 :
معماری سازمانی و متدلوژی سازمانی
مطالب اين بخش جهت مطالعه بوده و سوالی از آنها در امتحان طرح نمی شود.
