بررسی جمع آوری و تدوین استانداردهای مستندسازی ISO,IEEE - پایان نامه بررسی جمع آوری و تدوین استانداردهای مستندسازی ISOIEEE در 128صفحه ورد قابل ویرایش
پایان نامه بررسی جمع آوری و تدوین استانداردهای مستندسازی ISO,IEEE در 128صفحه ورد قابل ویرایش
فهرست
عنوان صفحه
فصل 1 : استانداردهای مستندسازی IEEE
بخش 1-ارزش نقش ارتباط رسانهای فنی در توسعه سیستمهای اطلاعاتی
چکیده:.................................................................................................................... 1
روش تجزیه و تحلیل های مطالعه موردی ........................................................... 4
بحث در مورد یافته ها ......................................................................................... 5
دیدگاه ارتباط سازمان فنی ................................................................................... 5
دیدگاههای کاربر .................................................................................................. 11
تجزیه و تحلیل داده های کیفی کاربر ................................................................... 16
طراحی رابط کاربر ............................................................................................... 19
بخش 2 - کاربرد سبک های یادیگری در تهیه گزارش نرم افزار
اصطلاحات شاخص.............................................................................................. 27
تغییر دادن سبک ها .............................................................................................. 32
بخش 3 - گرایشات در تولید گزارش اتوماتیک
کاربرداتوماسیون ................................................................................................. 39
پیشینه 40
کاهش تلاش 43
فصل 2 : استانداردهای مستندسازی ISO
بخش 1. استانداردهای بین المللی
مقدمه..................................................................................................................... 47
موضوع.................................................................................................................. 48
مرجع های معیار و ضابطه ای.............................................................................. 48
تعاریف ................................................................................................................. 49
ویژگیهای مورد نیاز ............................................................................................. 49
گزارش ................................................................................................................. 53
بخش 2: پردازش اطلاعات – دستورالعمل های برای مستندسازی سیستم های کاربردی بر مبنای کامپیوتر
موضوع و زمینه کاربرد ....................................................................................... 55
اصول مستندسازی .............................................................................................. 56
احتمال مطالعه........................................................................................................ 59
مطالعه طرح سیستم .............................................................................................. 63
طراحی سیستم و توسعه ...................................................................................... 66
پشتیبانی سیستم ................................................................................................... 69
اجزای سیستم ...................................................................................................... 72
بررسی های اجرای بعدی .................................................................................... 73
مدیریت سندها....................................................................................................... 74
بخش 3 - سندسازی - ارائه پایان نامه ها و سندهای مشابه:
مقدمه
* موضوع و زمینه کاربری .................................................................................. 84
* منابع .................................................................................................................. 85
* تعاریف .............................................................................................................. 85
* مقدمه های تولید ................................................................................................ 85
*تربیت اجزاء......................................................................................................... 86
* جلد .................................................................................................................... 87
صفحه گذاری ..................................................................................................... 88
* غلط نامه ............................................................................................................ 91
*چکیده نامه مطالب ............................................................................................... 92
*فهرست مطالب .................................................................................................... 92
*تصاویر جداول ................................................................................................... 93
*علائم اختصاری .................................................................................................. 93
*متن اصلی ........................................................................................................... 94
*لیست منابع کتاب شناختی ................................................................................... 99
*ضمیمه ها:........................................................................................................... 99
*فهرست راهنما .................................................................................................... 100
*کتاب شناختی ...................................................................................................... 101
بخش 4 - تکنولوژی اطلاعاتی - خط مشی های برای مدیریت مستندات نرم افزار
*موضوع ............................................................................................................... 103
*منابع ................................................................................................................... 104
*تعاریف ................................................................................................................ 104
*نقش مدیران ........................................................................................................ 104
عملکردهای مستندات نرم افزار ........................................................................... 105
ایجاد سیاست (حط مشی) مستندسازی ............................................................... 108
ایجاد استانداردهای مستندسازی و دستورالعمل ها............................................. 110
ایجاد مراحل مستندسازی .................................................................................... 118
توزیع منابع به مستندات ....................................................................................... 118
برنامه ریزی مستندسازی .................................................................................... 120
ارزش نقش ارتباط رسانهای فنی در توسعه سیستمهای اطلاعاتی
چکیده: طیف نقشهای اجرا شده توسط ارتباط رسانهای فنی در فرآیند توسعه سیستمها شناسایی شده و براساس یک تحقیق توسط ارتباط رسان های فنی استرالیایی در سال 1997 منتشر شد. تحقیق موردی پس از آن بررسی توسعه 20 سیستم اطلاعاتی جدید را انجام داد. هدف تحقیق، کمیت بخشی به مشارکت ارتباط رسانان منفی از دیدگاه بیرونی توسعه دهندگان و کاربران –این مقاله یافتههای عمده از این تحقیق را شرح میدهد- نتایج، حاوی یافتههای تحقیق 1997 است که در آن ارتباط رسانان فنی مشارکت مثبتی در توسعه سیستمهای اطلاعاتی داشتند. نتایج به طور کمیتی نشان میدهد که کاربران به طور برجسته در جائیکه ارتباط رسانان فنی در فرآیند توسعه حضور داشتند.
اصطلاحات شاخص سیستمهای اطلاعاتی ارتباط سازمان فنی
چرخه عمر توسعه سیستمهای سنتی، نیاز به گزارش سازی کاربر را شناسایی کرده اما به طور کل نگارش این موضوع بر مراحل بعدی چرخه پیش از مرور دوباره سیستم و شروع دوباره چرخه، منتقل میکند مراجع مربوط به نقش ارتباط رسانان فنی به دلیل عدم حضور آنها در ادبیات سیستم های اطلاعاتی آشکار و واضح است. در ادبیات ارتباط فنی، وضعیت ارتباط رسانان فنی در سیستمهای توسعه نیز به مقدار کم گزارش شده است. این تعجب برانگیز نیست بنابراین، توجه کم به حوزه حضور ارتباط رسان فنی در فرآیند توسعه سیستم و وقتی که این مشارکت حداکثر ارزش را دارد. داده شده است. کار اخیر با حمایت مالی انجمن ارتباط فنی با هدف نحوه عمل ارتباط رسانان در افزایش ارزش اجرا شده Redigh از این مطالعه گزارش میدهد که در حوزه تکنولوژی اطلاعات، کار ارتباط سازان فنی به کاهش هزینههای تعمیرات و نگهداری و زمان برنامه ریزی، هزینههای کمتر آموزشی و حمایتی و کاهش خطاهای کاربر منجر شد. مثالهای دیگری توسط ادبیات ارائه شده اند، که حمایت بیشتری را در مورد اینکه ارتباط رسانان فنی موجب افزایش ارزش فرآیند توسعه میشوند ، ارائه میکنند.
یک مقالهای که زودتر در یک تحقیق ملی از ارتباط رسانان فنی گزارش شده هدف آن شناسایی نقش ارتباط رسانان فنی در توسعه سیستمهای اطلاعاتی در استرالیا است. مقاله گزارش دادکه نقشهای زیر به طور وسیع توسط ارتباط رسانان فنی اجرا شده است.
- عمل به عنوان حامی کاربر
- نگارش کمک آنلاین
- نگارش وویرایش سیستم و پیامها و
- ارائه توصیه به طرح رابطه
این مسئله در دیگر مطالعات گزارش شده در ادبیات ارتباط فنی ثابت است که معتقدند ارتباط رسانان فنی مهارت اجرای نقشها را دارند.
نتایج تحقیق 1997 بیشتر از قبل نشان داد که برای حضور کارآمد ارتباط رسانان فنی و برای مشارکت آن با حداکثر ارزش، آنها باید در مرحله آغازین فرآیند توسعه حاضر شوند. و آغازین یعنی، پیش یا در مرحله طراحی- مقاله گزارش داد که 66% ارتباط رسانان فنی در پیش یا در مرحله طراحی حاضر شدند.
در حالیکه تحقیق میتوانست به طور واضح شناسایی کند که نقشهای ارتباط رسانان فنی کدام است و در چه زمان آنها در فرآیند توسعه حاضر شدهاند، نتایج جزئیات بیشتری را از نحوه مشارکت این نقشها یا افزایش ارزش در توسعه سیستمها، خصوصاً از یک دیدگاه کاربر را ارائه نکردهاند- کار مطالعه موردی بیشتر برای شرح و ارائه جزئیات بیشتر تأثیر کار ارتباط رسان فنی طراحی شد.
روشها
کار تحقیق 1997 و تحقیق گزارش شده در اینجا بخشی از کار آرایهای انجام شده از طریق مدرسه سیستمهای اطلاعاتی دانشگاه Monash، ملبورن، استرالیا است. مطالعه موردی بررسی توسعه 20 سیستم اطلاعاتی را شامل میشد. نیمی از سیستمها در طول توسعه، یک ارتباط رسان فنی را حاضر کردند، که با سیستمهای نوع A شناسایی میشدند و نیمی دیگر سیستمهای نوع B بودند که از حضور آنها استفاده نکردند.
مصاحباتی با حدود 4 و 7 نفر برای هر سیستم انجام شده و توسعه دهنده کاربران و ارتباط رسان فنی را شامل میشود و هر جا که قابل کاربر بود ، مصاحبه با 90 نفر انجام شده و 40 ساعت از نوارهای ضبط شده جمع آوری میشدند.
برای تضمین اینکه یک ساختار مرتبط و ثابت برای جمع آوری اطلاعات حفظ شده بود. یک کتابچه درآغاز ایجاد شد که تمام پرسشهای، موضوعات گوناگون را شامل میشد، از مصاحبه شوندگان خواسته شد تا برخی بخشهای کتابچه را در طول مصاحبه کامل کنند. یادداشتهای اضافی یا مشاهداتی نیز در طول فرآیند مصاحبه در کتابچه ثبت شدند. اگر چه از مصاحبه شوندگان پرسشهای مشابهی پرسیده شد، آنها به کیفیت بخشی شفاهی پاسخهای کتبی خود تشویق شدند، زمانیکه آنها پرسشهای کتابچه را پاسخ میدادند، پرسشهای دیگری هم مطرح شدند که نتیجه آنها دادههای کمی و کیفی بود.
یک نمونه از کتابچه را میتواند در سایت زیر ببینید.
http//:www.manah.edu au/blsslab/j f protocol
روش تجزیه و تحلیلهای مطالعه موردی
مصاحبهها توسط 20 توسعه دهنده، 66 کاربر و 10 ارتباط رسان فنی انجام شدند. از متاماتریس ها برای تحلیل دادههای کیفی استفاده شد، یک متاماتریس، طبق شرح Huberman, Miles ضرورتاً پیوند دو لیست است که با ردیفها وستونها تهیه شده است. متا ماتریسها دادههای مشروح برنامهریزی نمودارهای اصل در یک فرمت استاندارد هستند- این روش یک ابزار دارای ساختار از طراحی نتایج کمی از لیستهای اطلاعاتی از جمله اطلاعات مصاحبه را به دست میدهد.
از spss برای تحلیل آماری داده های کمی استفاده شد. تستهای جزر Chi برای اهمیت P<0.05 او تست T برای مقایسه ابزار استفاده شدند.
بحث در مورد یافته ها
کاربران و ارتباط رسانان فنی در اکثر موضوعات توافق داشتند. اما توسعه دهندگان اغلب جوانب سیستمهای خود را در درجاتی بالاتر از کاربران، رده بندی کرونر – مورد زیر، ارائه دهنده نتایج بوده و براساس 4 نقش اصل ارتباط رسانان فنی سازمان یافته است، درک دیدگاه کاربر، نگارش کمک آنلاین، مشارکت در طراحی سیستم و رابط کاربر و پیغامهای خطا.
دیدگاههای ارتباط رسانان فنی
دیدگاههای ارتباط رسانان فنی از طریق یک تحقیق، جمع آوری شده شده و در مقاله قبلی گزارش شد. دادههای تحقیق، در ابتدای کمی بوده و بر نقشهای اجرا شده توسط ارتباط رسانان فنی در طول توسعه سیستم تمرکز داشت. برخلاف آن، مصاحبههای مطالعه موردی با ارتباط رسانان فنی بر این تمرکز داشت که آنها چگونه در فرآیند توسعه حضور داشتند طرح سوالات کیفی بود. بخش زیر خلاصه پاسخهای ارتباط رسانان فنی به 4 نقش اصلی است.
درک دیدگاه کاربر ( حمایت کاربر): برای هدف این مقاله، نقش حمایت کاربر فرض شده که یک درک دیدگاه کاربر را شامل شود. تحقیق بنا کرد که ارتباط رسانان فنی عقیده دارند که درک دیدگاه کاربر یک عنصر مهم کار آنها است. دو پرسش باید پاسخ داده شوند، بنابراین:
اگر ارتباط رسانان فنی از دیدگاه کاربر به عنوان توسعه دهندگان و ادعای ارتباط رسانان فنی برداشت میکنند پس اثر آن چیست؟
آیا آن موجب بهبود سیستم برای کاربران میشود؟
تعداد زیادی از ارتباط رسانان فنی در مورد مفهوم برداشت از دیدگاه کاربر، نظر دادند نمونه این پاسخها این مورد است.
من سوالاتی را در مورد طرح یا آنچه که توسعه دهندگان تمایل به انجام آن دارند را مطرح میکنم من آگاهانه سعی میکنم که از دیدگاه یک کاربر فکر کنم تا از توسعه دهندگان بخواهم به روشی متفاوت با انتهای پشتی و زای پرکردن صحنه فکر کنند، چیزی که زیاد رخ میدهد. سعی و اضافه کردن دیدگاه کاربر که اغلب از دست میرود.
مطمئن شدن از اینکه کاربران راضی شدهاند، نکتهای بود که توسط مقدار زیادی از ارتباط رسانان فنی مطرح شد. ارتباط رسانان فنی به طور کامل تمایل توسعه دهندگان بر گوش دادن به پیشنهادات آنها و در زمان ممکن عمل بر آنها دریافتند – یک ارتباط رسان فنی رابطه خود با تیم توسعه را شرح داد:
این یک سیستم فوق العاده است، فوق العاده به نظر میرسد اما آنها ( توسعه دهندگان) فراموش میکنند که کاربران نحوه استفادة آن را نمیدانند اما تیم پروژه همیشه خواستار شناسایی هر انتقاد و توجه به آن به عنوان نقد سازنده بوده و به سازندگی پاسخ داد برای من خوشبختانه مشکل در مورد اتخاذ دیدگاه کاربر وجود نداشت.
او معتقد بود که تیم توسعه او را در اولین مرحله حاضر کرد چون تمرکز قوی بر کاربر داشته و تضمین برآورده ساختن نیاز کاربر را خواستار بودند.
کیفیت کمک آنلاین: از 20 سیستم بررسی شده فقط 4 مورد «کمک» نوشته شده آنلاین توسط یک ارتباط رسان فنی را داشتند. ارتباط رسانان فنی به طور طبیعی، در مورد کمک آنلاین که آنها ننوشته بودند انتقاد کردند. 4 مورد وسیع برای توجه وجود داشت که آنها در مورد کیفیت کمک آنلاین نوشته شده توسط نویسندگان غیرحرفهای بیان کردند.
از جمله: کمک بسیار ساده بود. نقد مشترک که ارتباط رسان فنی داشت این بود که «کمک»، به سادگی برخی جوانب صفحات را تعریف کرده اما جزئیات چگونگی کاربرد واقعی سیستم را ارائه نکرده است- اگر کاربران از «کمک آنلاین» استفاده نمیکردند، به این دلیل بود که این کمک بسیار ابتدایی تعریف شده و به آنها در حل مشکلات اجرایی کمک نمیکرد.
«کمک» با حضار، تطابق نداشت. یک سیستم، سایت وب با صفحات زرد بود، توسعه دهنده و ارتباط رسان فنی گفتند یک تصمیم آگاهانه برای کاربرد راهنماهای روی صفحه به غیر از کمک آنلاین و رسمی را اتخاذ کردند. ارتباط رسانان فنی این هر مورد را به عنوان «تمرکز بر کاربر» مطرح کردند. او فرآیند و نتایج را شرح داد.
به جای «کمک» از راهنماها استفاده شد، آن در واقع حرکت در مسیر اطلاعات بود که در گزارش صفحه وجود داشت، که به صورت خیل خلاصه و مطابق میل کاربر تهیه شده بود. با سعی بر تمرکز بر متداول ترین و مبهمترین مشکلاتی که افراد داشتند. ما راهنماهای چرخشی را آزمایش کردیم اما نتیجه نداد. با «کمک» شما باید عملاًمثالها را اجرا میکردید. بنابراین فردی میتوانست آن را با مثال ارائه شده یا مثال خودش آزمایش کرده و به سوی یک اهمیت نتیجه برود.
«کمک» خیلی فنی بود این رایجترین مشکل مطرح شده توسط کاربران بود، و نیز برخی توسعه دهندگان آن را به عنوان یک مشکل شناختند- یک ارتباط رسان فنی این نکته را مطرح ساخت.
«کمک » آنلاین که توسط برنامه نویسان و توسعه دهندگان تهیه شده، هوشمند است، آنها میدانند در مورد چه چیز صحبت میکنند و فرد دیگری نمیداند و آنها آن را با اصطلاحاتی که خودشان میدانند نوشتهاند، و به این معنا نیست که افراد دیگر هم بتوانند آن را بفهمند. آن برای کسی که اصطلاحات را میداند و آنچه که در پشت آن اجرا میشود را میداند، کاملاً هوشمندانه است. چیزی که کاربر از آن نتیجه و سودی نمیبرد.
«کمک» ناقص و یا ناصحیح بود. کاربر و ارتباط رسان فنی در مورد این مسئله شکایت داشتند. برخی سیستمها «کمک» آنلاین داشتند که فقط بخشی از عملکرد یک سیستم را شرح میداد و این اطلاعات در سیستمهای دیگر به طور صحیح ارائه نشده بود و موجب گمراهی و اتلاف وقت کاربر میشد.
طراحی رابط کاربر : از ارتباط رسانان فنی خواسته شد تا شرح دهند چگونه آنها در طراحی رابط کاربر مشارکت داشتهاند، سه بخش عمده شناسایی شدند.
«تضمین تداوم وهمخوانی رابط و اصلاح شناسی- که همخوانی با کلیدهای عملکرد و دیگر اجزاء صفحه را شامل میشد. یک ارتباط رسان فنی شرح داد که چگونه او تنها فردی بوده که بر کل سیستم توجه داشته و او نمونههایی از ناهمخوانی های مواجه شده را ارائه کرد:
/5 منابع تاریخی
مستند سازی مانند یک منبع تاریخی برای پروژه(یا طرح) لازم است .همچنین این مستند سازی می تواند کمک بد انتقال وبرگردانی نرم افزار به محیط چدید کند.
6 ایجاد سیاست( خط مشی) مستند سازی :
خط مشی های مستند سازی که توسط مدیر ارشد تهیه وحمایت می شود . راهنمایی برای تصمیم گیرندگان در تمام سطوح پایین تر را فراهم می کند . یک خط مشی مدیریت وکارفرمایی وسعی را ایجاد می کند ولی رهنمودها را به طور جزوئی راجع به اینکه چه کار را انجام دهند یا چگونه آنرا انجام دهند بیان نمی کند
به دلیل اینکه مستند سازی نقش مهمی را در تمام مراحل زیست چرخة نرم افزار ایفا می کند یک گزارش رسمی از خط مشی باید مهیا وآماده باسد .هرکسی که ازطریق خط مشی (یا سیاست) تحت تاثیر قرارگرفت بایستی آن را گزارش دهند ودرک کند . خط مشی نوشتاری رسمی منتشر (یا چاپشده مقرراتی را ایجاد می کند که برای مستند سازی موثر نرم افزار مورد نیاز می باشد
خط مشی باید از بخش های اساسی مستندات مؤثر حمایت کند:
1- شرایط مستند سازی تمام زیست چرخه نرم افزار را تحت پوشش قرار می دهد
مستند سازی طی مراحل اولیه پروژه (یا طرح )الزامی می باشد وباید از دسترس باشد واز طریق فرایند پیشرفت نرم افزار حفظ ونگهداری شود. بعد از اینکه پیشرفت کامل شد مستند سازی برای استفاده – نگهداری – تقویت – برگردانی یا تقویت نرم افزار نیاز می باشد
2- مستندات باید اداره شوند
مدیریت وکنترل جهت کسب کردن ونگهداری مستندات مورد نیاز می باشد . مدیران ومتخصصین انتشارات بایستی طرح های مفصل خلاصة تولیدات مستندسازی – جدول بندی های زمانی – مسئولیت ها – منابع وتصمین کیفیت ومراحل بررسی را آماده کنید
3) مستندات باید برای خواندگانش مناسب باشند :
خوانندگان ممکن است مدیران – تحلیل گران – حرفه ای ها برخلاف هیج گونه تخصص کامپیوتری برنامه نویسان پشتیبانی – پرسنل اداری وغیره باشند. این خوانندگان بسته به نوع وظیفه ای که دارند نیاز به درجه های مختلف جزئیات وارائه های نختلف موضوعات دارند .
یک متخصص انتشاراتی باید موظف به انواع مختلف طراحی مناسب از مستندات طرح شده برای خوانندگان گوناگون باشد .
4) کار مستند سازی باید با تمام فرآیند پیشرفت نرم افزار تلفیق شود
فرآیند پیشرفت باید مشخص باشد
5) استاندارد های مستند سازی باید مشخص شوند وبه کار برده شوند
استاندارد های موجود باید هرکجا که شدنی است اتخاذ شوند .هرکجا که استاندارد های مناسب وجود نداشته باشد استاندارد ها ودستور العمل ها همان قدرکه نیاز باشد توسعه می یابند
6) ابزار های حمایت وپشتیبانی باید مشخص باشند :
ابزار هایی که کمک به پیشرفت ونگهداری تولیدات نرم افزار می کنند شامل مستندات می باشند که باید هرکجاکه از نظر اقتصادی مناسب می باشد به کار برده شوند
7) ایجاد استانداردهای مستندسازی ودستور العمل ها
در درون یک سازمان – استانداردها دستور العمل ها باید در ازای موارد زیر پذیرفته شوند:
- مدل زیست چرخة نرم افزار
- انواع سند ورابطة بین آنها
- محتوای سند
- کیفیت سند
- فرمت های سند
- شناسایی سند
این استانداردها ودستورالعمل ها تعیین می کنند که چطور کارهای مستند سازی انجام میشوند ومقیاس هایی را برای برآورد کامل بودن – مفید بودن ومناسب بودن مستندات نرم افزار که در درون سازمان ایجاد می شود فراهم می کند.
هرزمان که ممکن باشد استاندارد های ملی وبین المللی مورد بایستی پذیرفته شوند.جایی که استاندارهای مناسب موجود نباشد سازمان باید خودش توسعه وپیشرفت کند.
اکثر استاردارد ها ودستورالعمل ها روشی را فراهم می کنند که درسطح کلی قابل استفاده می باشد برآورد ویژةمدیران نیز اغلب نیاز می باشد تا روش کلی را برای پروژه های (طرح های)خاص بپذیرد به کار گیری استاندارد های مستند سازی یک سازمان مدیران پروژه را قادر می سازد تا چنین چیز هایی مانندموارد زیر را مشخص کنند.
- کدامیک از انواع سند ها لازم می باشد
- چقدر از مستند ات که آماده می باشد (چه مقدار )
- سند شامل چه چیز هایی می شود
- چه سطحی از کیفیت باید بدست آید
- چه موقع سند ها از درست می شوند
- چطور مستندات ذخیره می شوند – نگهداری وحفاظت می شوند ومنتقل می شوند چنانچه قرار دادی برای یک نرم افزار مانع باشد آن قرار دادباید به مستنداتی نیازمند باشد که از استاندارد های قابل قبولی برخوردار باشد. به همین دلیل انواع سند های تهیه می شود سطح کیفیت برای هرکدام وبررسی وتصویب مراحل باید مشخص باشند
1/7- انتخاب یک مدل زیست چرخةنرم افزار
تعدادی از مدل های زیت چرخةنرم افزار به همراه اصطلاحات متفاوت برای مراحل مختلف موجود می باشد . از نقطه نزر مستند سازی نرم افزار مهم نیست که کداممدل در مدت طولانی تر از مراحل پذیرفته شود ورابطه مستندات آنها به طور وضوح برای هر پروژه خاص نرم افزار ی مشخص می باشد وبرنامه ریزی می شود وجدول بندی می گردد . بنابراین مدیران باید یک مدل مناسب زیست چرخه نرم افزاری را انتخاب کنند ومطمئن باشند که آن در سازمان اشان .
مدیران فهمیده اند که داشتن مراحل مشخص وکارهای مرتبط با یکدیگر به آ؛نها کمک می کند تا پیشرفت هرپروژه نرم افزاری را کنترل کنند . ت.لید مستندات مربوط بهم با وجود یک مرحلة خاص ممکن است مثلاً به عنوان یک باجة بازرسی برای بررسی وبازبینی –تصویب وتکمیل آن مرحله قبل از اینکه مرحله بعدی را شروع کند به کار برده شود .
2/7 تعریف انواع سند ومحتوای آن
خلاصه ای از انواع اصلی سند های نرم افزار ی در زیر داده شده .این خلاصه جامع یا معتبر وکامل نمی باشد ولی بعنوان چک لیستی از انواع اصلی مستندات نرم افزاری که بکار میرود که مدیران باید مستند سازی نرم افزاری ممکن است بصورت سه طبقه بندی زیر فرض شود.
1- پیشرفت مستند سازی (در قسمت 1/2/7 را مطالعه کنید)
2- تولید مستند سازی (در قسمت 2/2/7 )
3- طرح مدیریت مستند سازی (3/2/7 )
1/2/7 پیشرفت مستند سازی:
اسنادی که فرآیند پیشرفت نرم افزار را شرح میدهند شرایطی را که نرم افزار اجرا می کند – طرح نرم افزار –چطور باید تست شود – وچطور ازکیفیت آن اطمینان حاصل می شود را نشان می دهند .همچنین مستندات شامل تعاریف فنی مفصل از نرم افزار می باشد (شامل مدار منطقی برنامه – برنامةبین رابطه ای – فرمت های داده ها وذخیره سازی وغیره )
پیشرفت سند ها 5 هدف را شامل می شود:
1- وسیله ارتباط بین تمام وسایلی هستند که فرآیند پیشرفت را شامل می شوند اتخاذ تصمیمات در بارةشرایط نرم افزار –طرح – کد گذاری وتست کردن را ثبت می کنند
2- مسئولیت پیشرفت تیم را شرح می دهند .ومشخص می کنند که چه کسی – چطور وچه زمانی با نشان دادن نقش های نرم افزار – محتوای موضوع – مستند سازی – پرسنل تضمین کیفیت و هر کس دیگر که با فرآیند پیشرفت سرو کار دارد ایفای نقش میکند.
3- آنها مانند یک پاسگاه بازرسی عمل میکنند که به مدیران اجازه میدهند تا کمک به پیشرفت توسعه کنند. چنانچه سندهای پیشرفت و توسعه گم شوند – ناقص باشند یا قدیمی و منسوخ باشند مدیران ابزار اصلی برای پیگیری و کنترل پروژه نرم افزار را از دست میدهند.
4- آنها پایه و اساس مستندات پشتیبانی نرم افزار را که بعنوان بخشی از تولید مستند سازی برای برنامه نویسان حفاظت مورد نیاز میباشند شکل میدهند.
5- آنها تاریخ ( یا تاریخچه ) پیشرفت نرم افزار را ثبت می کنند.
نمونه ای از پیشرفت و توسعه سندها به صورت زیر میباشد.
- احتمال مطالعات و شروع درخواست ها
- مشخصات شرایط
- ویژگی های عملی
- ویژگی های طرح که شامل برنامه و ویژگی های داده می باشد.
- پیشرفت طرح ها
- تلفیق نرم افزار و تست طرح ها
- طرح های تضمین کیفیت و استاندارد ها و جدول بندیها
- امنیت و تست اطلاعات
مشخصات فروشنده
نام و نام خانوادگی : مجتبی خادم پیر
شماره تماس : 09151803449 - 05137530742
ایمیل :info@payfile.org
سایت :payfile.org