ورود به حساب ثبت نام جدید فراموشی کلمه عبور
برای ورود به حساب کاربری خود، نام کاربری و کلمه عبورتان را در زیر وارد کرده و روی “ ورود به حساب” کلیک کنید.





اگر فرم ثبت نام برای شما نمایش داده نمیشود، اینجا را کلیک کنید.









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





نمایش نتایج: از 1 به 2 از 2
Like Tree1Likes
  • 1 Post By adminmsp

موضوع: اصول و مفاهیم مدیریت پروژه های نرم افزاری (قسمت دوم)

  1. #1
    adminmsp
    مدیر کل و موسس سایت
    تاریخ عضویت
    1970 Jan
    محل سکونت
    M.S.P Soft
    نوشته ها
    1,588
    759
    419

    اصول و مفاهیم مدیریت پروژه های نرم افزاری (قسمت دوم)

    [B]اصول و مفاهیم مدیریت پروژه های نرم افزاری:[/B]
    مدیریت ریسک
    مدیریت پیکربندی
    تضمین کیفیت نرم افزار
    [B]مدیریت ریسک:[/B]
    [B]مفهوم ریسک در مهندسی نرم افزار:[/B]
    در مورد آینده : چه ریسک هایی باعث نا کارآمدی نرم افزار ما می شود.
    تغییرات : شامل تغییرات در خواسته های مشتری و فناوری های توسعه می شود.
    انتخاب ها : از کدام روش ها و از چه ابزاری برای تهیه نرم افزار استفاده کنیم.
    [B]مراحل کار:[/B]
    شناسایی ریسک
    اولویت بندی
    تهیه برنامه مدیریت ریسک
    [B]انواع ریسک:[/B]
    عام : مسائلی که در اکثر پروژه ها به عنوان ریسک در نظر گرفته می شود
    خاص : ریسکهایی که خاص محصول پروژه هستند
    [B]انواع ریسک های نرم افزاری[/B]
    ریسک های پروژه ای
    ریسک های فن
    ریسک های تجاری
    ریسک های بازاریابی
    ریسک های استراتژیک
    ریسک های عدم حمایت مدیران ارشد
    ریسک های تکنیکی
    ریسک های محیط توسعه نرم افزار
    [B]مولفه ها و تاثیر ریسک[/B]
    مولفه ها
    1. کارایی (میزان عدم قطعیت برآورده شدن خواسته ها توسط نرم افزار)
    2. هزینه (عدم قطعیت در حفظ بودجه پروژه)
    3. پشتیبانی (عدم قطعیت در سهولت تصحیح، تطبیق و ارتقاء نرم افزار)
    4. زمانبندی (میزان عدم قطعیت در رعایت زمانبندی و تحویل پروژه)
    تاثیر
    1. قابل چشم پوشی
    2. کم اهمیت
    3. بحرانی
    4. فاجعه بار
    [B]گام های تحلیل ریسک:[/B]
    تعیین موارد ریسک
    گروه بندی ریسک ها
    احتمال وقوع هر یک از ریسک ها
    تاثیر هر ریسک
    مرتب سازی جدول بر اساس احتمال و تاثیر
    تعیین خط مرزی توسط مدیر پروژه
    راه های کنترل ریسک یا برنامه RMMM
    [TABLE]
    [TR]
    [TD="width: 113"] [B]برنامه ریسک[/B]
    [/TD]
    [TD="width: 146"] [B]نوع ریسک[/B]
    [/TD]
    [TD="width: 80"] [B]RE[/B]
    [/TD]
    [TD="width: 113"] [B]تاثیر ریسک[/B]
    [/TD]
    [TD="width: 113"] [B]احتمال ریسک[/B]
    [/TD]
    [TD="width: 113"] [B]لیست ریسکها[/B]
    [/TD]
    [/TR]
    [TR]
    [TD="width: 113"] [/TD]
    [TD="width: 146"] [/TD]
    [TD="width: 80"] [/TD]
    [TD="width: 113"] [B]4[/B]
    [/TD]
    [TD="width: 113"] [B]0.50[/B]
    [/TD]
    [TD="width: 113"] [B]Aریسک [/B]
    [/TD]
    [/TR]
    [TR]
    [TD="width: 113"] [/TD]
    [TD="width: 146"] [/TD]
    [TD="width: 80"] [/TD]
    [TD="width: 113"] [B]2[/B]
    [/TD]
    [TD="width: 113"] [B]0.20[/B]
    [/TD]
    [TD="width: 113"] [B]B ریسک[/B]
    [/TD]
    [/TR]
    [/TABLE]
    [B]نکته 1: [/B]از نوع ریسک برای طبقه بندی ریسک ها استفاده می شود.
    [B]نکته 2:[/B] RE= P*C
    احتمال ریسک= P = هزینه ریسکC
    [B]مدیریت پیکربندی نرم افزار[/B]
    مدیریت پیکربندی نرم افزار (SCM) یک فعالیت چتری است که در سراسر فرآیند نرم افزار قابل اجرا است.
    مدیریت پیکربندی، هنر شناسایی، سازماندهی و کنترل تغییرات و اصلاحاتی است که باید در یک نرم افزار در حال ساخت توسط تیم برنامه نویس اعمال شوند.
    [B]فعالیت های مدیریت پیکربندی[/B]
    1) شناسایی اقلام پیکربندی و ایجاد خط مبنا
    2) کنترل نسخه
    3) کنترل تغییر
    1-3) کنترل دسترسی
    2-3) کنترل همزمانی
    4) بررسی پیکربندی
    5) گزارش وضعیت
    [B]1) اقلام پیکربندی([/B][B]SCI[/B][B])[/B]
    یک قلم پیکربندی هر شی یا محصولی است که در طول پروژه تهیه می شود.
    یک SCI می تواند یک سند، مجموعه کامل اجزای آزمایش یا جزئی از آن، یک مولفه نام گذاری شده در برنامه.
    این اقلام باید شناسایی شوند و سپس با روش شیء گرا سازماندهی شوند.
    [B]خط مبنا[/B][B]([/B][B]Base Line[/B][B])[/B]
    مشخصه یا محصولی که رسماً مورد بازبینی و توافق قرار گرفته و پس از آن به عنوان مبنایی برای توسعه بیشتر استفاده می شود و تنها از طریق روال های رسمی کنترل تغییرات، قابل تغییر است.
    برای مثال طراحی معماری نرم افزار، مستند سازی و مرور شده و خطاهایش پیدا می شود و پس از اینکه تمام بخش های این مدل، مرور و تصحیح شد و مورد تایید قرار گرفت، طراحی معماری به یک مبنا تبدیل می شود.
    [B]2) کنترل نسخه[/B]
    در این مرحله گراف تکامل مربوط به نسخه های مختلف هر یک از اقلام پیکربندی رسم می شود. شماره گذاری نسخه ها همان فرآیند کنترل نسخه است که تعیین می کند کدام نسخه از روی چه نسخه ای ساخته شده است.
    [B]گراف تکامل نرم افزار:[/B]
    هر گاه نسخه ای از یک قلم پیکربندی تغییر می کند و نسخه جدیدی تولید می شود، نرم افزار نیز تغییر می کند و نسخه جدیدی از نرم افزار تولید می شود. بنابراین گراف تکامل نرم افزار نیز تغییر می کند.
    [B]3) کنترل تغییر:[/B]
    [B]1-3) [/B][B]کنترل دسترسی[/B]
    زمانی که یک قلم پیکربندی به عنوان خط مبنا در مخزن ذخیره می شود و فردی درخولست تغییر می دهد مدیر باید بررسی کند که آیا او اجازه دسترسی به این قلم را دارد یا خیر
    [B]2-3) [/B][B]کنترل همزمانی[/B]
    دو نفر به طور همزمان نمی توانند یک قلم پیکربندی را تغییر دهند. برای این منظور با هر دسترسی به یک قلم، آن قلم باید قفل شود.
    [B]4) بررسی پیکربندی:[/B]
    در بررسی وضعیت پیکربندی بررسی می شود که آیا آنچه انجام شده از نظر تکنیکی درست بوده یا خیر؟
    یعنی تغییرات اعمال شده مطابق استانداردها انجام شده است یا خیر؟
    [B]5) گزارش وضعیت:[/B]
    هرگاه درخواست تغییری تصویب شود رکوردی به این گزارش اضافه می شود که نشان می دهد چه زمانی، چه تغییری، توسط چه کسی انجام شده و نتیجه آن چه بوده است؟
    [B]فرآیند مدیریت پیکربندی[/B]
    ۱) تشخیص نیاز برای تغییر
    ۲) درخواست تغییر از طرف کاربر
    ۳) ارزیابی توسط توسعه دهنده
    ۴) تهیه گزارش تغییر
    ۵) تصمیم برای اعمال تغییر
    ۱-۵) با درخواست تغییر مخالفت می شود
    ۲-۵) درخواست برای اجرا در نوبت قرار می گیرد و ECO تولید می شود به کاربر اطلاع داده می شود.
    ۱-۲-۵) تخصیص افراد به اشیاء پیکربندی
    ۲-۲-۵)خارج نمودن اشیاء پیکربندی
    ۳-۲-۵) کنترل همزمانی
    ۴-۲-۵) انجام تغییر
    ۵-۲-۵) بازبینی، مرور و بررسی تغییر
    ۶-۲-۵) برقرار نمودن یک خط مبنا برای تست و آزمون
    ۷-۲-۵) کنترل نسخه قرار دادن در مخزن و باز نمودن قفل
    ۱-۷-۲-۵) تغییر گراف های تکاملی نرم افزار و اقلام پیکر بندی
    ۲-۷-۲-۵) کنترل نسخه و قرار دادن در مخزن و بز نمودن قفل
    ۸-۲-۵) اطلاع به افراد
    [B]اطمینان از کیفیت نرم افزار (SQA)[/B]
    [B]قابلیت اطمینان:[/B]
    [B] معیار: MTBF [/B]
    MTBF=MTTR+MTTF یا Kloc / تعداد خطاها یا Fp / تعداد خطاها
    [B]قابلیت در دسترس بودن:[/B]
    (MTTF/(MTTF+MTTR
    هرچه MTTR بیشتر باشد، قابلیت نگهداری بالاتر خواهد بود
    [B]قابلیت امنیت نرم افزار:[/B]
    در این بخش برای سنجش امنیت نرم افزار مشابه تحلیل ریسک برای امنیت جدولی رسم می کنیم. مسائلی که بحران آنها سبب به خطر افتادن امنیت می شود را در سطرهای جدول لیست می کنیم.
    احتمال و تاثیر هریک از بحران ها را بررسی میکند و در نهایت نتیجه گیری می کند که برای رفع آنها چه کاری باید انجام شود.
    نبود امنیت باعث شکست در پروژه و کنار گذاشتن نرم افزار می شود
    [B]تیم FTR :[/B]
    این تیم از 3 تا 5 مهندس نرم افزار تشکیل می شود. این تیم محصولات را از نظر مطابقت با استانداردها بررسی می کند. حاضرین این جلسه اعضای FTR و تولید کنندگان هستند. جلسه ای برای بررسی تشکیل می شود. در پایان جلسه یا نرم افزار مردود می شود و پس از اصلاح دوباره جلسه تشکیل می شود یا تایید می شود و به مخزن اضافه می شود و یا با وجود مشکلات کوچک تایید می شود تا پس از اصلاح بدون تشکیل جلسه به مخزن سپرده شود. در پایان جلسه گزارشی تهیه می شود و به مدیر SQA جهت اندازه گیری و پیگیری پیشرفت پروژه ارائه می شود.
    [B]تیم SQA:[/B]
    این تیم از مهندسین تشکیل شده که کارهای تکنیکی را انجام میدهند.
    افراد SQA مرورها، آزمایش ها و تست ها را در می آورند. برنامه ریزی هایی برای مرورها و بازبینی های نرم افزار و ثبت اطلاعات امنیتی و آماری و تولید گزارشات انجام می دهند.
    seraji.alireza likes this.
    با M.S.P Soft به دنياي برنامه نويسي وارد شويد[برای نمایش لینک باید عضو شوید. ]
  2. #2
    onlines
    كاربر عادي
    تاریخ عضویت
    2015 Apr
    نوشته ها
    1
    0
    0

    نرم افزار مديريت پروژه

    نرم افزار های مديريت پروژه اصولا خصوصیات و امکانات مشابهی دارند.[برای نمایش لینک باید عضو شوید. ]که به شکل تخصصی یا اختصاصی تولید میشن ممکن هست تفاوت های کمی داشته باشن
نمایش نتایج: از 1 به 2 از 2

اطلاعات موضوع

کاربرانی که در حال مشاهده این موضوع هستند

در حال حاضر 1 کاربر در حال مشاهده این موضوع است. (0 کاربران و 1 مهمان ها)

موضوعات مشابه

  1. اصول مقدماتی asp.net
    توسط MspSoft در انجمن ASP.NET
    پاسخ: 0
    آخرين نوشته: 2011-12-29, 05:45 PM
  2. اصول و مفاهیم مهندسی نرم افزار (جلسه اول)
    توسط MspSoft در انجمن مباحث مرتبط با مهندسی نرم‌افزار
    پاسخ: 0
    آخرين نوشته: 2011-12-03, 04:02 PM

کلمات کلیدی این موضوع

مجوز های ارسال و ویرایش

  • شما نمیتوانید موضوع جدیدی ارسال کنید
  • شما امکان ارسال پاسخ را ندارید
  • شما نمیتوانید فایل پیوست کنید.
  • شما نمیتوانید پست های خود را ویرایش کنید
  •  

Content Relevant URLs by vBSEO 3.6.0 RC 2