:: موضوعات مرتبط: do rup , ,
:: بازدید از این مطلب : 222

|

امتیاز مطلب : 0

|

تعداد امتیازدهندگان : 0

|

مجموع امتیاز : 0

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

azsoftir.com
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276azsoftir@gmail.com
azsoftir.com
09367292276

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

Elaboration (جزییات)
هدف فاز جزئیات تعیین معماری کلی سیستم به منظور فراهم آوردن یک زمینه‌ی مناسب برای قسمت عمده‌ی طراحی و پیاده‌سازی در فاز Construction است. معماری با درنظرگرفتن بیشتر نیازمندی‌های مهم (آن دسته از نیازمندی‌ها که تأثیر زیادی بر معمار سیستم دارد) و نیز ارزیابی ریسک کامل می‌شود. پایداری معماری از طریق یک یا چند نمونه‌ی اولیه ساختاری ارزیابی می‌‌شود. اهداف اصلی فاز جزئیات شامل موارد زیر است :
azsoftir.com
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276azsoftir@gmail.com
azsoftir.com
09367292276
    اطمینان از اینکه معماری، نیازمندی‌ها و طرح‌ها به اندازه‌ی کافی پایدارند و ریسک‌ها به اندازه‌ی کافی کاهش یافته‌اند بطوریکه بتوان هزینه و زمان‌بندی لازم برای تکمیل تولید را پیش‌بینی کرد. برای اکثر پروژه‌ها، گذر از این مرحله‌ی مهم مانند انتقال از یک عملیات سبک و سریع و با ریسک پایین به یک عملیات با هزینه و ریسک بالا همراه با اجبار سازمانی است.
    بیان همه‌ی ریسک‌های پروژه که از نظر ساختاری اهمیت دارند.
    ایجاد یک معماری پایه، مشتق شده از سناریوهای مهم که از لحاظ ساختاری اهمیت دارند، که این معماری ریسک‌های فنی عمده پروژه را نیز مشخص می‌کند.
    تولید یک نمونه‌ی اولیه‌ی تکاملی از مولفه‌های با کیفیت تولیدی خوب، و همچنین یک یا چند نمونه‌ی اولیه‌ی اکتشافی و نمونه‌های اولیه‌ی غیر قابل استفاده جهت کاهش ریسکهای خاص مانند :‌
        سازش‌های مربوط به نیازمند‌ی‌ها یا طراحی
        استفاده‌ی مجدد از مؤلفه‌ها
        عملی بودن محصول یا توضیحات برای سرمایه گذاران، مشتریان و کاربران نهایی
    توضیح اینکه معماری پایه از نیازمندی‌های سیستم با هزینه‌ی منطقی و در زمان منطقی پشتیبانی می‌کند
    ایجاد یک محیط پشتیبانی کننده
azsoftir.com
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276azsoftir@gmail.com
azsoftir.com
09367292276
  Construction (ساخت)
هدف این فاز واضح سازی نیازمندی‌های باقیمانده و تکمیل تولید سیستم بر اساس معماری مبنا می‌باشد. فاز ساخت به نوعی یک فرآیند ساخت است که در آن تأکید بر مدیریت منابع و کنترل عملیات به منظور بهینه‌سازی هزینه‌ها، زمان‌بندی‌ها و کیفیت است. در این حالت یک انتقال از تولید یک نمونه‌ی ذهنی در طی فازهای Inception و Elaboration به تولید محصولات قابل استقرار در طی Construction وTransition می‌شود. اهداف اصلی فاز Construction شامل موارد زیر می‌باشد :

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

 

azsoftir.com
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276azsoftir@gmail.com
azsoftir.com
09367292276

:: موضوعات مرتبط: do rup , ,
:: بازدید از این مطلب : 208

|

امتیاز مطلب : 0

|

تعداد امتیازدهندگان : 0

|

مجموع امتیاز : 0

گسترش دانش و اعتلای زبان با ارائه مطالب علمی به زبان فارسی روان در محیط اینترنت
متدولوژی RUP و آزمون پذیرش سیستم
azsoftir.com
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276azsoftir@gmail.com
azsoftir.com
09367292276
عنوان مقاله: متدولوژی RUP و آزمون پذیرش سیستم

RUP Methodology and System Acceptance Test

نویسنده/ مترجم: اکبر قراخانی بهار

Akbar Gharakhani Bahar







آدرس­ پست الکترونیکی ارسال کننده:

موضوع اصلی: تولید نرم­افزار - موضوع فرعی: متدولوژی­های نرم­افزار

سه کلیدواژه اصلی به ترتیب اهمیت: unit test، integration test، system test

سه کلیدواژه فرعی به ترتیب اهمیت: acceptance test،alpha test ، beta test

 
azsoftir.com
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276azsoftir@gmail.com
azsoftir.com
09367292276
چکیده مقاله

در RUP، کار انتقال سیستم از محیط ایجاد کننده به محیط استفاده کننده آن، در طی«فاز انتقال» که آخرین فاز از فازهای چهارگانه RUP است، صورت می­گیرد. با توجه به وجود «تکرار» در فازهای RUP، سیستم نهایی غالبا در طی تکرارهای مختلف و در هر تکرار نسخه کامل­تری از سیستم به محیط استفاده کننده منتقل می­گردد. قبل از اجرای فاز انتقال در RUP، لازم است که مراحل آزمون اولیه نرم­افزار توسط ایجاد کننده آن انجام شده و «معیار» مربوط به پایان «فاز ساخت» به عنوان فاز سوم پیش از فاز انتقال نیز محقق شده باشد. مفهوم معیار مربوط به پایان فاز ساخت این است که نرم­افزار به مرحله عملیاتی شدن رسیده و می­تواند به صورت آزمایشی توسط استفاده کنندگان مورد استفاده قرار گیرد. مفهوم تکرار در RUP متضمن شکستن پروژه اصلی به چند پروژه فرعی است. انجام پروژه­های فرعی با شروع از پروژه فرعی اول در قالب یک تکرار و ادامه کار با پروژه­های فرعی در قالب تکرارهای بعدی، به صورتی پیش­رونده ما را در نهایت با محصول کل پروژه و نرم­افزار نهایی همراه می­کند. در این نگرش، «پیش­رونده» به این مفهوم است که با هر تکرار در واقع نسخه جدیدی از نرم­افزار که نسبت به نسخه قبلی «کامل­تر» و نیز «بی­­عیب­تر» است، به استفاده کنندگان ارائه می­شود. به بیان دیگر در پایان پروژه فرعی n، نسخه­های جدید محصولات پروژه­های فرعی 1 تا 1- n (ضمن رفع مشکلات نسخ پیشین آن­ها) به علاوه محصول پروژه فرعی n ارائه می­شود. به همین خاطر گفته می­شود که در RUP آزمون­های پذیرش در طول فرایند ایجاد نرم­افزار در قالب تکرارهای RUP از طرف استفاده کنندگان نهایی همواره می­توانند انجام ­شوند. بدین ترتیب در RUP به جای یک آزمون پذیرش در روش سنتی، می­توان n آزمون پذیرش ترتیب داد که به صورتی پیش­رونده از بخش اول سیستم شروع و با انباشت بخش­های بعدی سیستم بر روی هم، در نهایت به آزمون پذیرش کل سیستم ختم ­شود.

دریافت فایل PDF مقاله

متدولوژی RUP و آزمون پذیرش سیستم

مقدمه

هر سیستم نرم­افزاری بعد از آماده شدن برای اجرا، در محیط استفاده کنندگان نهایی آن نصب و آماده اجراهای آزمایشی توسط استفاده کنندگان می­گردد. در RUP، کار انتقال سیستم از محیط ایجاد کننده به محیط استفاده کننده آن، در طی« فاز انتقال» (Transition Phase) که آخرین فاز از فازهای چهارگانه RUP است، صورت می­گیرد. البته با توجه به وجود «تکرار» (iteration) در فازهای RUP، سیستم نهایی غالبا در طی تکرارهای مختلف و در هر تکرار نسخه کامل­تری از سیستم به محیط استفاده کننده منتقل می­گردد. بدین خاطر در عمل ممکن است فاز انتقال چندین تکرار یا مرحله را شامل شود.
azsoftir.com
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276azsoftir@gmail.com
azsoftir.com
09367292276
 

بدیهی است که قبل از اجرای فاز انتقال در RUP، لازم است که مراحل آزمون اولیه نرم­افزار توسط ایجاد کننده آن انجام شده و «معیار» (milestone) مربوط به پایان «فاز ساخت» (Construction Phase) به عنوان فاز سوم پیش از فاز انتقال نیز محقق شده باشد. لازم به یادآوری است که معیار مربوط به پایان فاز ساخت Initial Operative Capability (IOC) است و مفهوم آن این است که نرم­افزار به مرحله عملیاتی شدن رسیده و می­تواند به صورت آزمایشی توسط استفاده کنندگان مورد استفاده قرار گیرد.

 

باید اضافه شود که RUP دارای ابزارهای متعددی برای انجام آزمون یا مدیریت آن است. در این زمینه ClearQuest، ClearCase، RequisitePro، Purify، PureCoverage،   Robotو غیره می­توانند به کار گرفته شوند. در این مطلب به ابعاد مختلف آزمون پذیرش یک سیستم نرم­افزاری اشاره خواهد شد.

 

انواع آزمون سیستم

آزمون یک سیستم نرم­افزاری از نظر انجام دهنده یا محل انجام آزمون، در دو وجه مختلف زیر قابل طرح است:

    آزمون­های ایجاد کننده / Developer's Tests
    آزمون­های استفاده کننده / User's Tests

آزمون­های ایجاد کننده که غالبا برای کشف و رفع «خطاها/ اشتباهات» (faults) و «قصور/ کمبودها» (failures) اجرایی در سیستم ایجادی انجام می­شوند، شامل انجام آزمون­های شناخته شده در صنعت نرم­افزار است. این آزمون­ها موارد زیر را شامل می­شوند:
azsoftir.com
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276azsoftir@gmail.com
azsoftir.com
09367292276
    آزمون تک تک واحدها/ Unit Test شامل آزمون مربوط به تک تک واحدهای نرم­افزاری که مجموع آن­ها کل سیستم نرم­افزاری را به وجود می­آورند.
    آزمون واحدهای تجمیع شده به صورت سیستم/ Integration Test شامل آزمون مربوط به کل سیستم که از تجمیع یا یک پارچه کردن واحدهای نرم­افزاری قبلا آزموده شده به دست آمده است.
    آزمون سیستم/ System Test شامل آزمون مربوط به سیستم حاصل از تجمیع واحدها در تعامل با سایر سیستم­های مرتبط با این سیستم

 

آزمون سیستم غالبا طی دو مرحله جداگانه به شرح زیر صورت می­گیرد:

    آزمون آلفا/ Alpha Test شامل آزمون سیستم به صورت «درونی» (internal) و از طریق مجموعه­ای کوچک از «آزمون کنندگان» (testers) در محیط ایجاد کننده
    آزمون بتا/ Beta Test شامل آزمون سیستم به صورت «بیرونی» (external) و از طریق مجموعه نسبتا بزرگی از«استفاده کنندگان» (users) در خارج از محیط ایجاد کننده و حتی عموم. از نرم­افزار عرضه شده برای این منظور غالبا به عنوان «نسخه بتا» (Beta Version) نیز یاد می­شود. همان­طور که دیده می­شود، معیار پایان فاز ساخت در RUP نیز در واقع شامل تهیه نسخه بتا از نرم­افزار است.

 

آزمون­های مربوط به استفاده کننده، در عمل تحت عنوان «آزمون پذیرش» (Acceptance Test) یا «آزمون عملکرد» (Functional Test) انجام می­شود. همچنین بعد از انجام هر گونه تغییرات در سیستم، آزمونی تحت عنوان «آزمون برگشتی» (Regression Test) انجام می­شود تا اطمینان حاصل شود که تغییرات انجام شده باعث ایجاد خطا و قصور یا اثرات جانبی نامطلوب در سیستم نشده­است. این آزمون ممکن است توسط هر دو طرف ایجاد کننده و استفاده کننده از سیستم انجام شود. به عنوان سفارش دهنده یا تحویل گیرنده یک سیستم نرم­افزاری، ما در این مطلب به وجوه آزمون پذیرش یا عملکرد که متولی انجام آن استفاده کنندگان نهایی سیستم هستند، خواهیم پرداخت.

 
azsoftir.com
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276azsoftir@gmail.com
azsoftir.com
09367292276
مفهوم آزمون پذیرش

آزمون پذیرش وسیله­ای است که استفاده کنندگان نهایی سیستم با انجام آن از کارکرد درست سیستم از نظر خود، اطمینان حاصل می­کنند. اگر آزمون­های قابل انجام توسط ایجاد کننده را وسیله­ای برای کسب اطمینان از «انجام درست کارها» (Doing Things Right) در مورد «آنچه که ایجاد شده­است» در نظر بگیریم، در این صورت آزمون پذیرش که از طرف استفاده کننده انجام می­شود، به عنوان وسیله­ای برای کسب اطمینان از «انجام کارهای درست» (Doing Right Things) در مورد «آنچه که خواسته شده­است»، خواهد بود.

 

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

    برآورده کردن نیازهای استفاده کننده/ Capturing User Requirements
    اجرای بری از خطا و قصور سیستمFault and Failure Free / Running

آزمون پذیرش به عنوان «قرارداد»ی بین ایجاد کننده و استفاده کننده از سیستم تلقی می­شود. با این تعبیر، وقتی یک آزمون پذیرش با موفقیت انجام شود، می­توان گفت که با این عمل در واقع پروژه مربوط به ایجاد سیستم پایان یافته است.

 

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

 azsoftir.com
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276azsoftir@gmail.com
azsoftir.com
09367292276

چگونگی انجام آزمون پذیرش

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

 

همان­طور که خود سیستم حول «موارد کاربرد» (Use Cases) قابل شکل­گیری است، آزمون پذیرش سیستم نیز در حول «موارد آزمون» (Test Cases) قابل انجام است. به تعبیر استاندارد IEEE 829-1998 ، یک «مورد آزمون» شامل «ورودی­های معین» و «خروجی­های مورد انتظار» است. همان­طور که یک سیستم می­تواند شامل چندین مورد کاربرد باشد، یک آزمون پذیرش سیستم نیز می­تواند شامل چندین مورد آزمون باشد. با این تعبیر، هر مورد کاربرد می­تواند شامل یک یا چند مورد آزمون پذیرش باشد.

 
azsoftir.com
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276azsoftir@gmail.com
azsoftir.com
09367292276
مطالب قابل بیان در باره یک مورد آزمون پذیرش شامل اقلامی نظیر شماره شناسایی آزمون، شماره ترتیب انجام و سایر نیازمندی­های آن است. این نیازمندی­ها می­تواند شامل پیش­شرط/ پیش­نیازهای آزمون، ورودی، رویه عملیاتی مورد آزمون در سیستم و خروجی مورد انتظار باشد. کل یک آزمون پذیرش را می­توان به صورت یک جدول «صفحه گسترده» (Spread Sheet) و یک مورد آزمون را  نیز می­توان به صورت سطری از این جدول سازمان داد. در این صورت باید برای نتیجه واقعی که از طریق آزمون به دست آمده است، نام انجام دهنده آزمون، تاریخ و محل انجام آزمون و غیره نیز ستون­هایی در نظر گرفته شود.

 

آزمون­ پذیرش ممکن است به صورت دستی، نیمه دستی+نیمه اتوماتیک و یا اتوماتیک صورت گیرد. بسته به مورد، آزمون­های پذیرش ممکن است با عناوینی از قبیل Test Specification، Test Suite یا  Test Script نیز مورد خطاب قرار گیرند. در این صورت عنوان به کار رفته ممکن است به نوعی نشان دهنده نوع آزمون ازقبیل دستی، نیمه دستی+نیمه اتوماتیک و یا اتوماتیک نیز باشد.

 

توصیه­های RUP در انجام آزمون پذیرش

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

 azsoftir.com
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276azsoftir@gmail.com
azsoftir.com
09367292276

به بیان دیگر در پایان پروژه فرعی n، نسخه­های جدید محصولات پروژه­های فرعی 1 تا 1- n (ضمن رفع مشکلات نسخ پیشین آن­ها) به علاوه محصول پروژه فرعی n ارائه می­شود. به همین خاطر گفته می­شود که در RUP آزمون­های پذیرش در طول فرایند ایجاد نرم­افزار در قالب تکرارهای RUP از طرف استفاده کنندگان نهایی همواره می­توانند انجام ­شوند. بدین ترتیب در RUP به جای یک آزمون پذیرش در روش سنتی، می­توان n آزمون پذیرش ترتیب داد که به صورتی پیش­رونده از بخش اول سیستم شروع و با انباشت بخش­های بعدی سیستم بر روی هم، در نهایت به آزمون پذیرش کل سیستم ختم ­شود.

:: موضوعات مرتبط: do rup , ,
:: بازدید از این مطلب : 196

|

امتیاز مطلب : 0

|

تعداد امتیازدهندگان : 0

|

مجموع امتیاز : 0

انجام پروژه های دروس رشته کامپیوتر

azsoftir.com
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276azsoftir@gmail.com
azsoftir.com
09367292276
در صورتی که خواستار مشورت و یا انجام پروژه های دروس مرتبط با رشته کامپیوتر هستید، لطفا شرح کامل پروژه را به ایمیل ارسال کنید تا پس از بررسی کارشناس مربوطه و اعلام قیمت، در صورت تمایل پروژه برای شما انجام و فایل های مربوطه ارسال شوند. پروژه برای دروسی مانند: برنامه نویسی، ساختمان داده، شبیه سازی، پایگاه داده، مهندسی نرم افزار، هوش مصنوعی، شبکه های کامپیوتری، کارآموزی، پروژه , … انجام انواع پروژه […]

برای انجام پروژه های دروس رشته کامپیوتر بسته هستن

UML - یو ام ال // مهندسی نرم افزار //
تجزیه و تحلیل سیستم فروشگاه آنلاین با UML در نرم افزار رشنال رز(Rational Rose)


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

دیدگاه‌ها برای تجزیه و تحلیل سیستم فروشگاه آنلاین با UML در نرم افزار رشنال رز(Rational Rose) بسته هستند

UML - یو ام ال // مهندسی نرم افزار //
تجزیه و تحلیل سیستم آموزشگاه زبان با UML در نرم افزار رشنال رز(Rational Rose)

azsoftir.com
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276azsoftir@gmail.com
azsoftir.com
09367292276
این پروژه شامل فایلDOCX  که توضیحات کامل پروژه در آن قرار دارد و فایل MDL که رسم نمودار های مربوطه در نرم افزار Rational Rose می باشد در این پروژه  ۳ نمونه نمودار اضافه: شامل نمودار توالی انتخاب واحد اینترنتی – نمودار توالی ثبت نام دانشگاه- نمودار فعالیت رزرو هتل موجود است. داکیومنت پروژه شامل  ۲۴ صفحه می باشد. هدف از این گزارش توصیف و تشریح سیستم آموزشگاه زبان می باشد به صورتی که شما

Author نوشته شده توسط admin Comments دیدگاه‌ها برای تجزیه و تحلیل سیستم آموزشگاه زبان با UML در نرم افزار رشنال رز(Rational Rose) بسته هستند

UML - یو ام ال // مهندسی نرم افزار //
تجزیه و تحلیل سیستم رستوران و فست فود و طراحی نمودار جریان داده DFD با نرم افزار Power Designer


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

دیدگاه‌ها برای تجزیه و تحلیل سیستم رستوران و فست فود و طراحی نمودار جریان داده DFD با نرم افزار Power Designer بسته هستند

UML - یو ام ال // مهندسی نرم افزار //
تجزیه و تحلیل و طراحی DFD با نرم افزار Power Designer برای خرید و فروش مرکز کامپیوتر


تجزیه و تحلیل و طراحی نمودار جریان داده DFD با نرم افزار Power Designer برای یک مرکز خرید و فروش کامپیوتر. نمودارهای مربوط به این پروژه طراحی و با توضیحات کامل پیاده سازی شده است. این پروژه شامل فایل DOCX  که توضیحات کامل پروژه در آن قرار دارد و فایل bpm که رسم نمودار های مربوطه در نرم افزار Power Designer می باشد . داکیومنت پروژه شامل  ۴ صفحه می باشد. این پروژه شامل موارد زیر […]
azsoftir.com
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276azsoftir@gmail.com
azsoftir.com
09367292276
UML - یو ام ال // مهندسی نرم افزار //
تجزیه و تحلیل سیستم رستوران و فست فود با UMLو طراحی نمودار جریان داده DFD با Power Designer


توضیحات: در این پروژه، روند فعالیت­های جاری در یک رستوران و یا فست فود را مورد برسی قرار داده ایم و نمودارهای UML آن را به همراه DFD رستوران رسم کرده ایم. به طور معمول، روند جاری در یک رستوران به شرح زیر است: یک مشتری پس از ورود به رستوران منوی غذای موجود در آن جا را مشاهده کرده و غذای مورد نظر خود را به گارسون سفارش می دهد. گارسون سفارش مشتری را […]

دیدگاه‌ها برای تجزیه و تحلیل سیستم رستوران و فست فود با UMLو طراحی نمودار جریان داده DFD با Power Designer بسته هستند


UML - یو ام ال // مهندسی نرم افزار //
تجزیه و تحلیل سیستم خرید و فروش مرکز کامپیوتر و طراحی نمودار جریان داده (DFD) آن توسط نرم افزار Power Designer


تجزیه و تحلیل سیستم خرید و فروش مرکز کامپیوتر با UML در نرم افزار رشنال رُز و طراحی نمودار جریان داده (DFD) آن توسط نرم افزار Power Designer   این پروژه به تحلیل سیستم یک مرکز خرید و فروش کامپیوتر پرداخته و نمودارهای تحلیلی آن با توضیحات کامل پیاده سازی شده است. پروژه شامل فایل DOCX که توضیحات کامل پروژه در آن قرار دارد و فایل MDL که رسم نمودار های مربوطه در نرم افزار Rational Rose می

رای تجزیه و تحلیل سیستم خرید و فروش مرکز کامپیوتر و طراحی نمودار جریان داده (DFD) آن توسط نرم افزار Power Designer بسته هستند

azsoftir.com
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276azsoftir@gmail.com
azsoftir.com
09367292276

UML - یو ام ال // مهندسی نرم افزار //
تجزیه و تحلیل سیستم آژانس تاکسی تلفنی با UML در نرم افزار رشنال رُز


در این پروژه به تجزیه و تحلیل سیستم آژانس تاکسی تلفنی با UML در نرم افزار رشنال رُز پرداخته  و نمودارهای مربوطه  طراحی و با توضیحات کامل پیاده سازی شده است. این پروژه شامل فایلDOCX که توضیحات کامل پروژه در آن قرار دارد و فایل MDL که رسم نمودار های مربوطه در نرم افزار Rational Rose می باشد. داکیومنت پروژه شامل  ۲۱ صفحه می باشد. این پروژه شامل نمودارهای زیر می باشد: Use Case Diagram(



UML - یو ام ال // مهندسی نرم افزار //
نمودار جریان داده (Data flow Diagram(DFD آژانس تاکسی تلفنی
azsoftir.com
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276azsoftir@gmail.com
azsoftir.com
09367292276

در این پروژه به تجزیه و تحلیل سیستم شی گراء آژانس تاکسی تلفنی پرداخته شده و نمودارهای مربوطه  طراحی و با توضیحات کامل پیاده سازی شده است. این پروژه شامل فایلDOCX  که توضیحات کامل پروژه در آن قرار دارد. داکیومنت پروژه شامل  ۳۴ صفحه می باشد. موضوع این پروژه تحلیل سیستم یک آژانس تلفنی می باشد. توضیحات مدیر آژانس در مورد اجزای سیستم به شرح زیر است. این سیستم شامل تلفن ها، راننده ها و […]



azsoftir.com
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276azsoftir@gmail.com
azsoftir.com
09367292276

UML - یو ام ال // مهندسی نرم افزار //
تجزیه و تحلیل سیستم نمایندگی فروش خودرو با UML در نرم افزار رشنال رُز

azsoftir.com
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276azsoftir@gmail.com
azsoftir.com
09367292276
در این پروژه به تجزیه و تحلیل سیستم نمایندگی فروش خودرو با UML در نرم افزار رشنال رُز پرداخته شده و نمودارهای مربوطه  طراحی و با توضیحات کامل پیاده سازی شده است. این پروژه شامل فایلDOCX  که توضیحات کامل پروژه در آن قرار دارد و فایل MDL که رسم نمودار های مربوطه در نرم افزار Rational Rose می باشد. داکیومنت پروژه شامل  ۱۵صفحه می باشد. این پروژه شامل نمودارهای زیر می باشد: Use Case Diagram(نمودار […]
azsoftir.com
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276azsoftir@gmail.com
azsoftir.com
09367292276

:: موضوعات مرتبط: do rup , ,
:: بازدید از این مطلب : 214

|

امتیاز مطلب : 0

|

تعداد امتیازدهندگان : 0

|

مجموع امتیاز : 0

:: موضوعات مرتبط: enterprise archirec , ,
:: بازدید از این مطلب : 245

|

امتیاز مطلب : 0

|

تعداد امتیازدهندگان : 0

|

مجموع امتیاز : 0

تفاوت BPMS با Visual Paradigm، Enterprise Architect و…

دوستان زیادی در مورد این مسئله از من سئوال کرده اند که  سیستم BPMS با ابزارهایی مثل QPR،Visual Paradigm ، System Architect،  Enterprise Architect و سایر به اصطلاح Case Tools ها چه تفاوت هایی دارد؟

در این مطلب به اختصار به ذکر مهم­ترین تفاوت اساسی بین BPMS با ابزارهای مورد اشاره خواهم پرداخت.

چرخه ای که نرم افزار BPMS از آن پشتیبانی می کنند:

۱- طراحی و مدل‌سازی فرایند

۲- ایجاد و اجرا

۳- مدیریت و پایش

۴- تحلیل و بهبود فرایند

azsoftir.com
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276azsoftir@gmail.com
azsoftir.com
09367292276

 

در حالیکه چرخه­ای که Case Tools ها از جمله Visual Paradigm از آن پشتیبانی می کند مرحله دوم را شامل نمی شود و به قرار زیر است:

۱- طراحی و مدل‌سازی

۲- مدیریت و پایش

۳- تحلیل و بهبود

همانطور که در بالا قابل مشاهده است، مهم ترین تفاوت و وجه تمایز بین BPMS ها با Case Tools ها (ابزارهای مدیریت فرایند) فاز ایجاد و اجرا است.

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

در نرم افزارهای BPMS قادر خواهید بود طراحی های موجود در مورد هر یک از فرایندهایتان را به سیستم های کاربردی تبدیل و از طریق کارتابل در سطح سازمان به گردش واقعی در آورید در حالیکه در Case Tools ها این اتفاق نخواهد افتاد. مراحلی که معمولاً BPMSها برای تبدیل فرایندها و فرم­ها به سیستم­ انجام می دهند شامل مراحل زیر است:

– طراحی مدل فرایند

azsoftir.com
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276azsoftir@gmail.com
azsoftir.com
09367292276

 

– طراحی مدل داده برای فرایند مورد نظر

– طراحی فرم برای فرایند موردنظر

– تعیین قوانین تجاری

– تخصیص و تعیین کاربران

 نتیجه گیری ۱:

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

نتیجه گیری ۲:

در Case Tools ها می توان نمودارهای مختلف در سطوح مختلف سازمان را طراحی نمود.به عنوان نمونه نمودارهای رایج در حوزه فرایندی، در حوزه داده، در حوزه سیستم های اطلاعاتی، در حوزه شبکه و زیرساخت و.. در حالیکه در نرم افزارهای BPMS  نمودارهای از جنس فرایندهای عملیاتی مثل BPMN ترسیم می شوند.

azsoftir.com
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276azsoftir@gmail.com
azsoftir.com
09367292276

 

یک نکته در مورد QPR: این Case Tools مثل خیلی از Case Toolsهای دیگه مثل EA یا SA هست.البته با تفاوتهایی. منتها شنیدم که شرکت ارائه کننده این ابزار هزینه های تقریباً زیادی به ازای این سیستم از مشتریان ایرانی دریافت می کند که یکی از علت های آن، هزینه لیسانسی است که باید به حساب شرکت اصلی ارائه کننده این محصول واریز شود. دوستان و همکارن عزیز می توانند بجای تهیه این ابزار، از ابزارهای رایگان و مشابه از جمله EA یا SA استفاده کنند که تقریباً قابلیت های زیادی را در اختیارشان قرار خواهد داد.

azsoftir.com
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276azsoftir@gmail.com
azsoftir.com
09367292276

:: موضوعات مرتبط: enterprise archirec , ,
:: بازدید از این مطلب : 141

|

امتیاز مطلب : 0

|

تعداد امتیازدهندگان : 0

|

مجموع امتیاز : 0

:: موضوعات مرتبط: enterprise archirec , ,
:: بازدید از این مطلب : 187

|

امتیاز مطلب : 0

|

تعداد امتیازدهندگان : 0

|

مجموع امتیاز : 0

:: موضوعات مرتبط: enterprise archirec , ,
:: بازدید از این مطلب : 116

|

امتیاز مطلب : 0

|

تعداد امتیازدهندگان : 0

|

مجموع امتیاز : 0

:: موضوعات مرتبط: enterprise archirec , ,
:: بازدید از این مطلب : 124

|

امتیاز مطلب : 0

|

تعداد امتیازدهندگان : 0

|

مجموع امتیاز : 0

لاصه کتاب روش های ساخت یافته تجزیه تحلیل وطراحی سیستم های اطلاعاتی

azsoftir.com
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276azsoftir@gmail.com
azsoftir.com
09367292276

فهرست مطالب :

بخش اول :مفاهیم سیستم ها وکاربرد رویکرد سیستمی در بررسی وطراحی سیستم های اطلاعاتی

فصل اول :مفاهیم سیستم ها

فصل دوم :سازمان  وسیستم های اطلاعاتی

فصل سوم :رویکرد سیستمی و کاربرد ان

بخش دوم :مروری کلی بر تجزیه وتحلیل وطراحی سیستم

فصل چهارم :مروری کلی بر روش های سنتی تجزیه وتحلیل

فصل پنجم :مروری کلی بر روش های ساخت یافته

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

فصل ششم:جمع اوری اطلاعات

فصل هفتم:مدیریت پروژهای طرحی سیستم های اطلاعاتی

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

فصل هشتم :مدل پردازش داده ها یامدل جریان داده ها

فصل نهم:دیکشنری یا فهرست داده ها

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

بخش پنجم:چرخه تکاملی ساخت یافته

فصل یازدهم:مروری کلی برچرخه تکاملی ساخت یافته

فصل دوازدهم:مطالعه تفصیلی

فصل سیزدهم:تشخیص نیازهای سیستم جدید

فصل چهاردهم :گزینش مناسبترین راه حل سیستم جدید

 azsoftir.com
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276azsoftir@gmail.com
azsoftir.com
09367292276

 

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

 

فصل اول

مفاهیم سیستم ها

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

اجزا:درون داده ،برون داده ،پردازش،محدوده ومحیط ؛کنترل.

انواع سیستم:

الف)بسته:با محیطش هیچ ارتباطی به صورت مبادله ماده وانرژی و...ندارد.

ب)باز:به طور مستمر در حال دریافت وتبادل داده است.تعادلی پویا بااجزا ومحیط.

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

 azsoftir.com
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276azsoftir@gmail.com
azsoftir.com
09367292276

فصل دوم

سازمان وسیستم های اطلاعاتی

 

سازمان به عنوان یک سیستم

سازمان سیستمی است که از سازماندهی وترکیب منابع مختلف از قبیل: نیروی انسانی،مواد ،پول وماشین الات و...به صورت یک موسسه پایدار وموثر(تجاری یا غیر تجاری)به وجود می اید.

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

 

سازمان وسیستم های اطلاعاتی

اطلاعات خونی است در رگهای سازمان وسیستم های اطلاعاتی وسیله ای برای به جریان انداختن این خون در رگها.ابعاد سیستم های اطلاعاتی در سازمان:

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

ب)سیستم های اطلاعاتی بر اساس عملیات:در جریان انجام عملیات وفعالیت های مربوط به هر وظیفه وتعامل اطلاعات خام وداده ها تغییر میکنند.انواع سیستم های اطلاعاتی عملیاتی مانند:کنترل عملیات،واژه نگارها ،پردازش تراکنش و... .

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

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

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

سطح عالی	EIS,DSS
سطح میانی	MIS
سطح عملیاتی	TPS

 

 

 

 

 

 

 

فصل سوم

رویکرد سیستمی وکاربرد ان

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

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

ترکیب:جمع کردن ویکپارچه کردن راه حل های حاصله برای حل مساله

روش کلی حل مساله :1.تعیین وشناخت مساله در بطن کل سیستم 2.جمع اوری اطلاعات مربوطه3.تعیین راه حل های مختلف  4.ارزیابی راه حل های مختلف 5.انتخاب بهترین راه حل 6.اجرای راه حل انتخابی  7.ارزیابی موفقیت

روش تجزیه تحلیل سیستم:دارای سه مرحله اساسی است

الف)تجزیه تحلیل سیستم :تعریف مساله ،تعیین اهداف ومحدوده ،تشخیص نیاز سیستم ،تعیین راه حل مختلف،انتخاب بهترین 

ب)طراحی سیستم:تعیین دقیق مشخصات سیستم انتخاب شده ،تعیین مشخصات سخت افزار ونرم افزار

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

 azsoftir.com
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276azsoftir@gmail.com
azsoftir.com
09367292276

نقش تحلیلگر سیستم:به طور منطقی مساله را به اجزای کوچکتر تقسیم وراه حل ارائه می دهد.عامل تغییر وبرنامه ریزی ان است.

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

 

 

بخش دوم :مروری کلی برتجزیه تحلیل وطراحی سیستم

فصل چهارم

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

چرخه تکاملی سیستم

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

1.تجزیه تحلیل 2. طراحی 3.استقرار سیستم های اطلاعاتی

چرخه تکاملی :ابزار کنترل پروزه وتعیین چهار چوب ،مراحل ووظایف سیستم ها

متدولوژی :خط مشی گام به گام برای تکمیل یک یا چند مرحله از مراحل چرخه

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

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

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

 azsoftir.com
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276azsoftir@gmail.com
azsoftir.com
09367292276

چرخه تکامل سنتی شامل

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

 

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

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

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

5. پشتبانی ونگهداشت:جهت ادامه حیات وایجاد اصلاحات است .شامل:ضروری،مستمر،جهت بهبود

نارسایی های چرخه سنتی :

الف.تکیه برخصوصیات فیزیکی

ب.اجرا از پایین به بالا

ج.متوالی بودن مراحل چرخه

د.عدم دخالت مستقیم وموثر اسفاده کنندگان

 

ه.مستندسازی سیستم

فصل پنجم

 

مروری کلی برروش های ساخت یافته

 

چرخه تکاملی ساخت یافته شامل:

 azsoftir.com
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276azsoftir@gmail.com
azsoftir.com
09367292276

الف)متدولوژی ساخت یافته:

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

ب)ابزار وتکنیک های ساخت یافته:تکنیک های مشهوری چون:

نمودار جریان داده:ارائه درک کلی وواضح از سیستم وتاکید بر وجوه منطقی تافیزیکی

دیکشنری داده:توضیح هر جزء جریان

نمودار ارتباط موجودی:تعیین مدل منطقی ذخایر داده ای سیستم جدید

نمودار ساختار برنامه:تهیه برنامه کامپیوتری وطراحی وبرنامه نویسی

مزایای چرخه ساخت یافته :

1.تکیه برمدل منطقی

2.طراحی واجرا از بالا به پایین

3.همزمان اجرای مراحل مختلف چرخه

4.دخالت مستقیم وموثر استفاده کننده

5.سهولت تهیه مستندات نهایی

 

 

 

 

 

 

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

 

فصل ششم

 azsoftir.com
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276azsoftir@gmail.com
azsoftir.com
09367292276

جمع اوری اطلاعات

 

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

 

الف.تعیین منابع ونوع اطلاعات مورد نیاز

ب.تعیین روش های جمع اوری اطلاعات

ج.مدل سازی سیستم بلافاصله پس از جمع اوری اطلاعات

انواع روشها:

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

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

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

 

4.مشاهده :می تواند مکمل وتصحیح کننده نکات مبهم باشد .مشلات احتمالی مشاهده ؛تغییر رفتار وروش کار در نتیجه قضاوت اشتباه است.

 

 

فصل هفتم

مدیریت پروژه های طراحی (بهبود) سیستم های اطلاعاتی

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

دلایل شکست پروژه های سیستم های اطلاعاتی:

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

عدم تحویل به موقع پروژه

عدم افزایش هزینه نسبت به بودجه

مدیر پروژه بی تجربه باشد

پیش بینی نادرست تخصص های مورد نیاز

عدم شرکت یا همکاری استفاده کنندگان در پروژه

وظایف اصلی مدیر پروژه:

1.برنامه ریزی وتامین نیروی انسانی

2.سازماندهی وزمانبندی پروژه

3.هدایت وکنترل پروژه

 azsoftir.com
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276azsoftir@gmail.com
azsoftir.com
09367292276

ابزار وتکنیک های کنترل پروژه

دوتکنیک رایج پرت وگنت است .

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

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

 

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

 

بخش چهارم :تجزیه تحلیل سیستم ،تکنیک ها وروش های مدل سازی

فصل هشتم

مدل پردازش داده ها یا مدل جریان داده ها

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

خصوصیات یک مدل خوب :

1. برخورد منطقی با پیچیدگی وانبوهی اطلاعات

2.تقسیم بندی با نگرش از بالا به پایین

3.موضوع ،محدوده واهداف را تعیین می کند

4.درک بیشتر وسریعتر سیستم

5.وسیله منسبی برای تبادل نظر واطلاعات

 

نمودار جریان داده ها برای اولین بار توسط «دومارکو» در سال 1978 به عنوان روش ها ساخت یافته تجزیه تحلیل معرفی شد .(بعد توسط گین وسارسون)

از روش های با ارزش است به زبانی مصور نشان دهنده حرکت داده ها در طول سیستم پردازش وذخیره سازی بسیار ساده وقابل درک است .

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

1.مستطیل:مبدا یا مقصد (داخلی یا خارجی)

2.دایره:پردازش ها (عملیات):فعالیت هایی که درون داده های وارد به سیستم را به برون داده تبدیل می کند.

3.پیکان :جریان داده ها که یا از پردازش سرچشمه می گیرد یا به ان ختم می شود.

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

4.ذخیره داده:جایی که داده ذخیره یا نگهداری می شود.

قواعد تهیه نمودار:

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

ب.نامگذاری پردازش:هر پردازش معرف فعالیتی است که انجام می شود بنابراین نام باید معرف ماهیت باشد.

  ج.شماره گذاری پردازش:به منظور سهولت تعقیب یک پردازش درون پردازش های دیگر ازاین مورد استفاده می شود.

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

1.رسم در سطح صفر: که محدوده را مشخص می کند.

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

3.در سطح دو:فعالیت ها عمده انجام شده در هر واحد اصلی .

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

 

 azsoftir.com
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276azsoftir@gmail.com
azsoftir.com
09367292276

 

فصل نهم

دیکشنری یا فهرست داده ها

دیکشنری پروزه یا سیستم:اجزا تشکیل دهنده ان پردازش داده ،جریان داده ذخایر داده است-محتویات ان بستگی به متدولوژی مورد استفاده دارد .

اجزا:نمودار جریان داده،نمودار ارتباط موجودی،شرح پردازش

دیکشنری داده دو هسته اصلی دارد:

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

2ذخایر داده:به صورت پرونده های دستی وکامپیوتری نشان داده شده محلی است که اقلام داده تا زمان لازم درانجا می ماند.

علائم وقواعد تهیه :

1 .ساختار داده باید مشتمل به یک یا تعداد بیشتری داده جزء باشد ونامی مناسب داشته باشد.

2.اقلامی از داده ها جزء که چندین بار تکرار می شود در علامت اکولاد قرار داده می شود .

3.داده های جزء مربوط به هر ساختار در بین علامت کروشه قرار می گیرد.

4.داده های جزءاختیار ما در پرانتز نشان داده می شود .

تشریح داده های جزء:

نام داده:برای تشخیص باید نام با معنا بدهد.

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

شرح داده :نشان می دهد داده در سیستم نماینده چیست .

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

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

 

 azsoftir.com
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276azsoftir@gmail.com
azsoftir.com
09367292276

فصل دهم

تشریح پردازش ها

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

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

جهت درک بهتر شرایط تفکیک هایی وجود دارد :

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

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

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

انواع عبارات ساخت یافته :

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

ب)انتخابی یا تصمیم گیری دو نوع است :

1.وقتی که امکان انتخاب بین دو گروه عبارت امری وجود داشته به این ترتیب ابتدا مقدار (ارزش )شرط تعیین شده وبررسی می شود اگر برقرار بود اجرا می شود

.امکان انتخاب بین چند گروه عبارت امری وجود دارد ابتدا مقدار یک متغییر محاسبه می شود.2.

سپس گروه عبارت امری برحسب مقدار این متغییر انتخاب می شود .

ج)تکراری :م ی توان یک مجموعه دستورات را تا برقرار بودن شرط خاص یا رسیدن به شرط جدید تکرار کرد.

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

بخش پنجم :چرخه تکاملی ساخت یافته

. فصل یازدهم

مروری کلی بر چرخه تکاملی ساخت یافته

پروژه طراحی یا بهبود سیستم از کجا وچگونه اغاز می شود؟

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

مسائل زیادی می تواند منشاء ایجاد یک سیستم جدید باشد مانند:

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

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

مراحل چرخه تکاملی ساخت یافته:

الف)مطالعه مقدماتی:1.بررسی اولیه 2.مطالعه امکان سنجی 3.تعیین برنامه زمانبندی

ب)تجزیه تحلیل تفصیلی وطراحی کلی :4.بررسی تفصیلی سیستم موجود 5.تشخیص نیاز های سیستم جدید 6.برنامه ریزی برای مرحله بعد

ج)طراحی تفصیلی واجرای سیستم :7.طراحی فیزیکی سیستم از لحاظ درون داده  ها ،برون داده ها و فایل ها 8.تعیین برنامه ومشخصات تست سیستم 9.برنامه نویسی وتست 10.اموزش استفاده کنندگان سیستم 11. تست پذیرش سیستم

د)استقرار ونصب:12. تبدیل فایل ها 13.استقرار ونصب سیستم پشتیبانی

 

 

 

 

 

 azsoftir.com
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276azsoftir@gmail.com
azsoftir.com
09367292276

شرح مراحل فوق:

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

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

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

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

 

فصل دوازدهم

مطالعه تفصیلی

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

وظایف عمده در مطالعه تفصیلی:

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

اطلاعات دو دسته دارند :

الف)کلی :در مورد موسسه شامل:سوابق ،ساختار،نمودار سازمانی اهداف،سیاستها وبرنامه ها

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

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

.نیازهای استفاده کنندگان:کارمندان اداری،سرپرستان وروسای قسمت ها،مدیران سطوح عالی ومیانی

نیاز حاصل ارتباط با محیط

 

2.مدل سازی از سیستم :حاصل این فرایند انتقال مجموعه ای از خصوصیات ضروری سیستم از یک مرحله به مرحله بعدی وتکمیل ان است.ابتدا مدل فیزیکی جهت درک سریعتر از مساله طراحی و بعد به مدل منطقی می پردازد.

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

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

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

الف:کاهش محدوده پروژه ب:تعدیل وتصحیح برنامه بودجه بندی وزمان بندی

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

تعریف مساله-شرح سیستم موجود-نقاط ضعف قوت-نیاز های سیستم-بیان کلی مزایای سیستم جدید –ارائه برنامه زمان بندی پروژه برای طراحی سیستم -ضمائم

 azsoftir.com
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276azsoftir@gmail.com
azsoftir.com
09367292276

فصل سیزدهم

تشخیص نیازهای سیستم جدید

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

وظایف عمده در تشخیص نیاز:

1.تعیین اهداف ،محدودیت والویت های سیستم جدید

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

 

چگونه مدل منطقی سیستم جدید را رسم کنیم:

 

دستورالعمل جامع ودقیقی ارائه نشده ولی بهتر است به این ترتیب عمل شود :

الف)تعیین تغییرات مورد نیاز سیستم موجود (نیاز سیستم جدید):تغییرات می تواند ناشی از این موارد باشد :تغییرات در اهداف بلند مدت وعملیاتی موسسه –تغییر در سیاست های موثر برعملیات مورد مطالعه –تغییر در محدوده سیستم مورد مطالعه –تغییر در حجم وزمان عملیات –روش های طولانی انجام عملیات ونقصان فیزیکی سیستم موجود .

ب)اعمال تغییرات فوق روی نمودار جریان داده نهایی سیستم موجود : ودر پایان مرحله این موارد کنترل شود :نامگذاری کلیه اجزا ،موازنه بودن سطوح،تامین برون داده ها،به روز شدن ذخایر داده در دیکشنری داده ها

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

د)مرور وبازنگری برمدل منطقی سیستم جدید

3.تعیین نیاز های تفصیلی سیستم جدید:

در اینجا هنوز تاکید برنیاز های منطقی است (چه باید کرد وچگونه)

مشخصات تفصیلی سیستم جدید:

الف)تعیین وتعریف دقیق محتویات ذخایر داده

ب)تهیه شرح پردازش سطوح وپردازش های دارای دوره

ج)تکمیل دیکشنری داده ها

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

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

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

 

 

فصل چهاردهم

گزینش مناسبترین راه حل فیزیکی سیستم جدید

شرح فعالیت :هدف عمده این فعالیت تعیین انچه به عنوان محدوده انسان –ماشین نامیده می شود وتعیین مرزی بین وظایف انسان وکامپیوتر.بنابراین موارد زیر باید مورد توجه قرار بگیرد:

الف)مرز بین وظایف دستی وماشینی کجا کشیده شود؟

ب)ارتباط بین انسان وماشین چگونه خواهد بود؟

ج)ایا نرم افزار ها از بیرون خریداری یا در داخل تهیه شود؟

د)تجهیزات لازم مشخص شود؟

وظایف عمد ه:

azsoftir.com
09367292276
azsoftir@gmail.com
azsoftir.com
09367292276azsoftir@gmail.com
azsoftir.com
09367292276

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

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

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

هزینه های سیستم دو دسته اند :

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

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

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

غیر مشهود؛به سادگی نمی توان به ان ارزش ریالی تخصیص دادمثل:بهبود ارائه خدمات به مشتریان ،اطلاعات بیشتر وبه موقع،اعمال کنترل بیشتر و...

 

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

مزایای نرم افزار های ا پیش نوشته :هزینه تهیه پایین ،مدت زمان تهیه کم،نرم افزار ازمایش شده ،کارکنان متخصص کمتری مورد نیاز است .

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

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

گزارش حداقل دارای موارد زیر است:

1.شرح خلاصه راجع بع سیستم واهداف ان

2.تعریف مساله ومحدودیت های سیستم

3.نیاز های استفاده کنندگان ان

4.مشخصات سیستم جدید

5.بررسی راه حل های مختلف وتحلیل هزینه منافع براساس ان

6.راه حل نهایی وپیشنهادی به مدیریت براساس تحلیل های فوق

7.مشخصات فیزیکی سیستم جدید

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

:: موضوعات مرتبط: enterprise archirec , ,
:: بازدید از این مطلب : 121

|

امتیاز مطلب : 0

|

تعداد امتیازدهندگان : 0

|

مجموع امتیاز : 0