حق ثبت اختراع نرم افزار

 

ثبت اختراع نرم افزار اشاره به مقیاس یک کشور در اختیار داشتن مقررات و قانون مورد روشن برای اعطای اختراع ثبت شده در نرم افزار ، است که می گویند حق به کار ممنوعیت سوم از اختراع ثبت شده ، از تاریخ معین و برای مدت محدود (معمولاً 20 سال).

دادرسی در ایالات متحده به طور سنتی برای حمایت از نرم افزار توسط حق ثبت اختراع مطلوب بوده است. با این حال ، به نظر می رسد تصمیمات اخیر این موضع را به صورت نسبی تغییر می دهد. در اروپا ، ماده 52 (2) کنوانسیون ثبت اختراعات اروپا حق ثبت برنامه های رایانه ای را حذف می کند. با این حال ، در عمل ثبت اختراعات برای "اختراعات مبتنی بر نرم افزار" اعطا شده است ، به این معنی که پیوند نرم افزار دارای "اثر فنی" (به عنوان مثال برخی سیستم های ABS ) ، از این طریق برانگیخته می شود. در مورد ثبت اختراع از اختراعات اجرا توسط کامپیوتر . مفهوم اثر فنی به طور کلی به عنوان یک تحول از طبیعت توسط انسان تعریف می شود ، در غیر این صورت به عنوان تولید.

بنابراین موقعیت های مختلف وجود دارد در سطح بین المللی، و ارتباط از امکان پر کردن اختراع ثبت شده در زمینه نرم افزار است موضوع را به بحث سیاسی و فنی بین بخش های مختلف که در آن لابی صنعت نقش کلیدی بازی طرح. بحث در پارلمان اروپا به این ترتیب در رخ 2000s به ، به این نتیجه رسیدند با حفظ غیر ثبت اختراع نرم افزار "به عنوان مثل" در سال 2005 2 .

 

خلاصه

• 1تاریخچه ثبت اختراع نرم افزار
• 2چند تعریف
  • 2.1محدودیت های قانونی در آنجا وجود دارد
  • 2.2نفوذ پذیری مفهوم با توجه به کسانی که با آن مخالف هستند
• 3قانونگذاری و شیوه های فعلی
  • 3.1در ایالات متحده
  • 3.2در اروپا
    • 3.2.1در فرانسه
• 4موقعیت بازیگران مختلف و نقاط اصطکاک
  • 4.1استدلال
    • تکنیک های4.1.1
    • 4.1.2اختراعات ثبت شده بی اهمیت است
  • 4.2استدلال در مورد نوآوری
  • 4.3بحث اقتصادی
  • 4.4اقدام قبل از انتشار
  • 4.5استدلال های دیگر
• 5مرجع
• 6همچنین ببینید
  • 6.1مقالات مرتبط
  • 6.2پیوندهای خارجی

تاریخچه ثبت اختراعات نرم افزاری [ ویرایش | تغییر کد ]

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

بنابراین، اولین نرم افزار ثبت اختراع مقایسه با یک ثبت اختراع نرم افزار 3 ، 4 ثبت 1962 مه 21 با دفتر بریتانیا اختراع ثبت شده، و از دیگر کشورهای اروپایی، توسط بریتیش پترولیوم ، برای یک "دستگاه برای 'بهینه سازی خطی برای کنترل دستگاه پردازش داده ها' 5 . این خانواده ثبت اختراع است به طور موثر مدیریت انواع مختلف حافظه در زمینه الگوریتم برای بهینه سازی خطی . با استفاده از فناوری مدرن ، این اختراع در یک نرم افزار کاملاً عملی امکان پذیر خواهد بود.

از سال 1973 ، بررسی برنامه های ثبت اختراعات اروپایی به عهده اداره ثبت اختراعات اروپا (EPO) تحت كنوانسیون ثبت اختراعات اروپا سپرده شد ، تا بتواند پیشرفت ، ساده سازی را انجام دهد. کاهش قابل توجهی در هزینه های رویه ای. EPO ارگان عدالت نیست بلکه دادرسی ویژه خود را توسعه می دهد ، که به نظر می رسد ساده تر و سریعتر از الزام قانونگذاری برای هر پرونده است.

اعتبار این حق ثبت اختراعات قبل از سال 1973 توسط قانونگذار و در ایالات متحده قبل از سال 1981 مورد بررسی قرار نگرفت . بنابراین کاملاً وظیفه اداره ثبت اختراعات بود که تصمیم بگیرند فرایند ارائه شده مربوط به یک اختراع باشد یا نوع دیگری از پیشرفت.

چندین تعریف [ ویرایش | تغییر کد ]

انجمن زیرساخت اطلاعات رایگان ارائه می دهد به عنوان یک تعریف ثبت اختراع نرم افزار "حق ثبت اختراع در هر عملکرد یک کامپیوتر را از طریق یک برنامه کامپیوتری متوجه" 6

اما به طور مفصل تعریف نسبت به مقررات هر کشور است. به عنوان مثال ، ایالات متحده "ایده های انتزاعی" اما نه برنامه های رایانه ای را حذف می کند ، در حالی که در اروپا برنامه رایانه ای "به این ترتیب" حذف شده اما با نوآوری فنی همراه نیست.

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

محدودیت های قانونی که در آن وجود دارد [ تغییر | تغییر کد ]

مدافعان یا کشورهایی که آن را اعمال می کنند در مفهوم حق ثبت نرم افزار محدودیت های قابل قبول را واضح نشان می دهند:

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

حق ثبت اختراع نرم افزار ، مانند هر حق ثبت دیگر ، با توجه به روش ادعا شده صادر می شود:

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

حق ثبت اختراع (نرم افزار) هنگامی صادر می شود که روش یک مشکل فنی را حل کند. با تکنیک ، منظور ما دقیقاً این است که این یک مسئله انتزاعی نیست که به یک روش یا روش دیگر روی یک مؤلفه فنی عمل نکند. به عنوان مثال ، با فرض اینکه جدید و مبتکر است ، روشی که به پردازنده اجازه می دهد دو برابر سریعتر از پردازنده های قبلی عمل کند ، قابل ثبت است زیرا می تواند یک اثر فنی تولید کند که شتاب سرعت محاسباتی است. .

[ Ref  نظر]

نفوذپذیری مفهوم مطابق با کسانی که مخالف آن هستند [ ویرایش | تغییر کد ]

برای مخالفان و برای کشورهایی که اصل اختراع نرم افزار را تأیید نمی کنند ، تمرکز بر نفوذپذیری موضوع با دیگران است تا ناسازگار بودن اصل حق ثبت نرم افزار را نفی کنند:

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

قانون فعلی و عمل [ ویرایش | تغییر کد ]

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

• در اروپا ، پارلمان اروپا در سال 2005 شرط مجاز به ثبت اختراعات نرم افزاری 2 را رد كرد .
• در هند ، پارلمان هند در آوریل 2005 شرطی را كه اجازه اختراع نرم افزارها را صادر كرد ، رد كرد. [کد عکس. مورد نیاز]
• در استرالیا ، روش انتزاعی هستند ثبت نیست، اما نرم افزار است که پیاده سازی IT خود هستند، به طور گسترده ای 8 .

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

در سطح جهانی ، کشورهای عضو WTO توافقنامه TRIPS را در سال 1994 تصویب کردند . مطابق ماده 10.1 "برنامه های رایانه ای ، چه به صورت منبع یا کد شیء ، تحت عنوان کنوانسیون برن (1971) به عنوان آثار ادبی محافظت می شوند" 9 .

در ایالات متحده [ ویرایش | تغییر کد ]

تا دهه 1980 ، دفتر ثبت اختراعات آمریكا ، USPTO ، با تكیه بر این قانون كه می گوید حق ثبت اختراع فقط به "پردازش ها ، ماشین آلات ، مجتمع های تولید و مواد. ". به ویژه ، "حقایق علمی" یا "بیان ریاضی" آنها مستثنی هستند. این بدان معنی است که بنیادی ترین تکنیک های مهندسی نرم افزار هرگز ثبت اختراع نشده اند.

موضع USPTO در سال 1981 با تصمیم دیوان عالی ، در حكم الماس علیه دیه ، متزلزل شد. این داوری دستگاهی را شامل می شد كه از آن برای كنترل مدت زمان انجام مراحل مختلف پردازش لاستیک استفاده می كرد . اساساً تصمیم این بود که اگر نرم افزار به خودی خود قابل ثبت نیست ، دستگاهی که از آن استفاده می کند می تواند باشد. برای تعیین حق ثبت اختراع دستگاههای مختلف ، بسیاری از دادخواستها دنبال شدند.

به دلیل اختلاف در تصمیمات دادگاه در سراسر ایالات متحده ، کنگره در سال 1982 یک دادگاه ویژه جدید به نام Circuit Federal ایجاد کرد که احکام را متحد می کرد. به ویژه ، فرض بر این است که بار اثبات عدم اعتبار ، بر دوش مخالفان ثبت اختراع قرار دارد. این تصمیمات به رهبری قانون مطلوب به پتنت های نرم افزاری، توسط یک سند 1996 از USPTO تایید 10 .

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

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

در اروپا [ ویرایش | تغییر کد ]

مقاله اصلی: ثبت اختراع نرم افزار در اروپا .

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

اگر نرم افزار به این ترتیب قابل ثبت نیست ، قانون ثبت اختراع در مورد نرم افزار نیز مستثنی نیست: ماده 9 دستورالعمل اروپا (91/250 / ΕΟΚ) در مورد حمایت قانونی برنامه های رایانه ای تصریح می کند: "مفاد این دستورالعمل دیگر مقررات قانونی مربوط به خصوص در مورد حق ثبت اختراع ، علائم تجاری ، رقابت ناعادلانه ، اسرار تجاری ، محافظت از نیمه هادی ها یا موارد دیگر را تحت تأثیر قرار نمی دهد. قانون قرارداد "

اساس تعریف فعلی به سال 1973 برمی گردد ، با کنوانسیون ثبت اختراعات اروپا (EPC) ، یک کنوانسیون بین المللی با هدف ارائه چارچوب قانونی مشترک برای ایجاد دفتر ثبت اختراعات اروپا . ماده 52 12 قانون - در کشورهای امضاء کننده کنوانسیون - اختراعات خاص از میدان ثبت اختراع، از جمله روش ریاضی و برنامه های کامپیوتری به عنوان مثل .

این قانون توسط پارلمان اروپا ، به طور قطعی در سال 2005 حفظ شد 2 ، پس از ارائه پیشنهادات حذف چندین بار پی در پی ، با "عدم همکاری" مطابق میشل روکار 13 .

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

در فرانسه [ تغییر | تغییر کد ]

فرانسه از موضع اداره ثبت اختراعات اروپا در ثبت اختراعات نرم افزاری پیروی می کند. محافظت از حق چاپ نیز ممکن است.

یکی نویسنده یک نرم افزار از ایجاد آن (نوشتن کد) است. واریز تاریخ تأیید می کند که شما نویسنده نرم افزار هستید. واریز را می توانید توسط وثیقه یا شخص ثالث اعتماد ویژه (آژانس حمایت از برنامه ها یا LOGITAS) انجام دهید. برخی از عناصر گرافیکی رابط ممکن است به عنوان مدل با INPI ثبت شوند.

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

موقعیت های بازیگران مختلف و نقاط اصطکاک [ ویرایش | تغییر کد ]

استدلال [ ویرایش | تغییر کد ]

[خنثی نیست]

تکنیک ها [ ویرایش | تغییر کد ]

نمایشاین بخش منابع کافی  (فوریه 2017) را ارائه نمی دهد .

1. اصل ثبت اختراع در زمانی ساخته شد که اطلاعات در رابطه با تولید اندکی نشان دهند. در زمینه نرم افزار ، دو مفهوم اشتباه گرفته می شوند. از نظر برخی ، این نادرست است زیرا بین ایده عملکرد و تحقق رایانه آن ، تفاوت بیشتر و بیشتر اهمیت خواهد یافت. در واقع ، ابزارهای برنامه نویسی کنونی بیشتر و پیچیده تر هستند و در دسترس همگان نیستند ، و به این دلیل نیست که کاربر ایده ساختن یک نرم افزار را دارد که از لحاظ فنی آنها را در اختیار دارد. مهارت ، که یک نکته اساسی هنگام تعیین وضوح است.
2. برخی از دانشمندان رایانه معتقدند که هر برنامه پیچیده محلی بی اهمیت است. از روزهای اولیه محاسبه تکنیک های اصلی ، الگوریتم ها و روش های ذخیره سازی ، روش های دسترسی به داده ها و ارتباط بین برنامه ها و رویه ها شرح داده شده و ذکر شده است.
3. نتیجه نظری: مکاتبات کاری- هوارد اظهار می دارد که هر برنامه معادل اثبات ریاضی است ، بنابراین ثبت اختراع یک برنامه ، ثبت یک قضیه است.
4. به گفته منتقدان حق ثبت اختراع نرم افزار ، تعداد ثبت اختراعات به صورت تصاعدی افزایش می یابد. برای یک امتحان دشوار است که همه این اختراعات را مرور کند و آنها را شکسته نکند.

اختراعات ثبت شده پیش پا افتاده [ ویرایش | تغییر کد ]

در علوم رایانه ، به نظر می رسد تشخیص آنچه نوآوری واقعی از آنچه نیست ، دشوار است. بسیاری از اختراعات نرم افزاری بحث برانگیز هستند: اختراعات تبدیل سریع فوریه ، که در بسیاری از دستگاه های صنعتی مورد استفاده قرار می گیرد ، یا الگوریتم Boyer - Moore ثبت اختراع نشده است.

حق ثبت اختراعات زیر در حدود 14 مورد بی اهمیت است  :

• پیمایش صفحه کلید اینترنتی ( Microsoft )
• دوبار کلیک کنید
• نوار پیشرفت
• فروشگاه وب 15
• ضد هرزنامه

برای ارزیابی نوآوری ثبت اختراع ، لازم است به تاریخ تشکیل پرونده آن مراجعه شود. مدارک ثبت اختراع در تاریخ ثبت ثبت اختراع ارزیابی می شود و نه در تاریخ مطالعه آن.

دادگاه معتقد است که حق ثبت اختراع خرید با یک کلیک از Amazon.com 16 بی اهمیت است و نباید پذیرفته شده است.

استدلال بر نوآوری [ تغییر | تغییر کد ]

1. با توجه به دشواری در تأیید وضعیت هنر ، تصمیم نهایی در مورد حق ثبت اختراع به طور ضمنی در اختیار عدالت قرار می گیرد.
2. تشکیل پرونده ، دفاع یا دفاع در برابر حق ثبت اختراع گران است. بنابراین ، چند ملیتی بزرگ ، عمدتاً از این مزیت برخوردار هستند.
3. شرکت های کوچک اختصاص داده شده به بهره برداری از حق ثبت اختراع نرم افزار تشکیل شد. این شرکت اوراق بهادار ثبت اختراع، چه برخی از اختراع ثبت شده را تشکیل می دهند پاسخ معادن 17 . این شرکت ها باید به دلیل تنها به وجود دارد که اجازه می دهد فرایند (دارند ثبت اختراع ترول ) 18 .

استدلال اقتصادی [ ویرایش | تغییر کد ]

1. حق ثبت اختراعات نرم افزاری به نفع اروپا نخواهد بود زیرا تقریبا سه سوم حق ثبت اختراع نرم افزاری اعطا شده توسط EPO توسط کشورهای غیر اروپایی 19 برگزار می شود .
2. حق ثبت اختراعات با نرم افزار آزاد و / یا منبع آزاد و به ویژه لینوکس ناسازگار هستند . با این حال ، این نرم افزار فرصتی خواهد بود برای کشورهایی که صنعت نرم افزار آنها دیر است ، به اندازه خود اروپا ، که بازار آنها تحت سلطه ناشران ایالات متحده است.

اقدام قبل از انتشار [ ویرایش | تغییر کد ]

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

استدلال های دیگر [ ویرایش | تغییر کد ]

این مقاله francocentric است و به بین المللی نیاز دارد (مارس 2013).

با تشکر از شما برای بهبود آن یا بحث در صفحه بحث آن  ! می توانید بخش هایی را برای بین المللی کردن با استفاده از بخش {{برای بین المللی کردن specify specify مشخص کنید .

حق ثبت اختراع امکان انتشار یک اثر را ممکن می سازد ، در ضمن ممنوعیت بهره برداری توسط دیگران روش های ساخت را نیز عمومی می کند. هرکسی که می تواند برای پرداخت حق الزحمه مربوط به هزینه های پردازش پرونده 20 ، به طور مستقیم درخواست انحصاری را به INPI ارسال کند .

با این وجود ، توصیه می شود خدمات یک شرکت مشاوره ( وکیل مالکیت صنعتی در فرانسه ، وکلای تخصصی به نام وکلای ثبت اختراع در کشورهای آنگلوساکسون ، متخصص نوآوری یا مالکیت معنوی ، نویسنده ثبت اختراعات مجاز را استخدام کنید. ...) برای نوشتن چنین درخواستی ، (هزینه تقریبی فرانسه در سال 2015: بین 3000 تا 7000 یورو) مگر اینکه شخصاً در فهم مالکیت صنعتی سرمایه گذاری کنید. بسیاری از مخترعین این گزینه را 21 انتخاب می کنند. پس از واریز ، مخترع از اولویت در کشور پر کردن (یا کشورهای اروپایی تعیین شده ، در چارچوب روال در اداره ثبت اختراعات اروپا) و همچنین اولویت در جدید بودن فاش می شود. با اختراع تقریباً در هر کشور جهان (کشوری که عضو کنوانسیون پاریس است ) برای مدت یک سال. برای بهره مندی از حمایت های بین المللی ، مخترع باید در طی یک سال از ثبت درخواست ملی یا منطقه ای خود ، یک برنامه ثبت اختراع بین المللی ارائه دهد. برای انجام این کار، او ممکن است یک برنامه کاربردی "PCT" (در فایل انگلیسی  :  معاهده همکاری ثبت اختراع ، است که می گویند حق ثبت اختراع معاهده همکاری) یا درخواستی در هر کشوری که مایل به محافظت از آن است و هزینه های مربوطه را در هر کشور انتخاب شده پرداخت می کند. حفاظت فقط از انتشار تأثیر می گیرد (معمولاً 18 ماه پس از تشکیل پرونده اولیه) ، مگر اینکه متقاضی قبل از انتشار ، پرونده را به شخص ثالثی اطلاع ندهد ، در این صورت ثبت اختراع فقط در برابر اشخاص ثالث مؤثر است قبل از انتشار به حقایق اطلاع داده شود.

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

پس از مدت 20 سال ، حق ثبت اختراع منقضی می شود و همه می توانند از این اختراع به صورت رایگان استفاده کنند.

به محض انتشار یا ثبت اختراع ثبت اختراع ، هر كدام می توانند:

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

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

منابع 

ادامه نوشته

استاندارد سازی

 

این مورد استانداردسازی را توصیف می کند . داده ، مانند عادی ( نرمال "در مورد) نرمال مراجعه کنید".

" استاندارد " به این مورد منتقل شده است . برای سایر کاربردها ، به " استاندارد " مراجعه کنید.

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

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

تعریف "استاندارد" در JIS به شرح زیر است.
"چیزها (محصولات فعالیتهای تولید) و غیر چیزها (سازمان ، مسئول مسئولیت ، سیستمها ، روشها و غیره) به منظور وحدت و ساده سازی به گونه ای که سود یا سهولت را می توان به طور عادلانه بین افراد ذینفع بدست آورد. "(JIS Z 8002: 2006)

 

فهرست مطالب

• 1استفاده
  • 1.1کاربردهای دیگر
• 2سازمان استاندارد سازی
• 3آمار مربوط به استانداردها
• 4مورد مرتبط
• 5پیوند خارجی

کاربرد [ ویرایش ]

در زمینه مهندسی و صنعت ، استانداردسازی فرآیند تعیین مشخصات فنی است که از تعدادی از مشخصات موجود در بازار "استاندارد" یا " استاندارد " در نظر گرفته می شود و بدون مانع از اصل رقابتی بازار مزایایی به همراه می آورد. انتظار می رود همچنین می تواند مکانیسمی برای استفاده مؤثر از منابع گرانبها مانند جنگلهای مصرفی در صنعت کاغذ تلقی شود. به عنوان مثال، در اروپا قدرت 230 ولت / 50 است هرتز از جریان متناوب است، تلفن همراه است پارس جی اس ام ، طول واحد های فیزیکی هستند متر است. بریتانیا استفاده از متریک را برای اهداف تجاری به طور رسمی تأیید کرده است ، اما به طور کلی از پا و اینچ هنوز استفاده می شود.

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

در تبادل اطلاعات کسب و کار ، استانداردسازی به فرآیند تدوین استاندارد تبادل داده برای یک فرآیند خاص تجاری با استفاده از دستور زبان خاص اشاره دارد . چنین استاندارد هایی اغلب توسط نهادهای استاندارد غیرانتفاعی تهیه می شوند ( UN / CEFACT ، W3C ، OASIS و غیره).

عملا و یک استاندارد، یک استاندارد است که بسیاری از مردم به دنبال به خاطر راحتی، به لحاظ قانونی و استاندارد است، یک استاندارد است که به دلایل قانونی، مانند شرایط و ضوابط استفاده می شود. سازمان های دولتی اغلب مجبورند از استانداردهای تعیین شده توسط نهادهای استاندارد دولتی رعایت کنند. اتخاذ چنین استانداردهایی ممکن است یک الزام در بازارهای خاص (یا شرکتهای خاص ، سازمانهای خاص) باشد. به این استاندارد صنعتی گفته می شود . بسیاری از مشخصات فنی مربوط به اینترنت استانداردهای حقوقی هستند . برای نگه داشتن اصطلاح "استاندارد" از سازمانهایی مانند ISO ، W3C از اصطلاح "توصیه ها ، توصیه ها" استفاده می کند و IETF از اصطلاح " درخواست برای نظرات " (RFC) استفاده می کند. این موارد نیز بطور قابل توجهی در استاندارد گنجانده شده است.

استانداردها باز و اختصاصی است .

در تعریف ISO آمده است که "استانداردهای ISO توافق های فنی است که چارچوبی برای ایجاد سازگاری بین المللی فن آوری فراهم می کند".

موارد دیگر [ ویرایش ]

• گیاهی تمرکز مواد تشکیل دهنده گیاهی مانند یک ماده برای تدوین - "استاندارد" در
• "استاندارد" در آمار - تغییر مقیاس متغیرها به گونه ای که میانگین یا انحراف استاندارد یک مقدار خاص است
• "استاندارد سازی" در آزمایشات - به روشها یا ارزیابیهای دقیق و قابل تکرار اندازه گیری یا ارزیابی اشاره دارد
• "استاندارد" در مدیریت زنجیره تأمین - تقویت مشترک فرآیندها ، محصولات و تهیه. این می تواند تصمیمات تولید و تهیه را به تعویق اندازد. از طرف دیگر ، اگر بسیاری از قطعات غیر استاندارد استفاده شود ، انعطاف پذیر می شود.
• "فرآیند استاندارد سازی" در اقتصاد نهادی جدید - فرایندی که توسط یک مشکل اجتماعی آغاز شده است به نام "معضل هماهنگی". "استاندارد" راه حل یک بازی همکاری است .

سازمان استاندارد سازی [ ویرایش ]

برای جزئیات ، به " سازمانهای استاندارد " مراجعه کنید

استاندارد بین المللی است، ISO ، IEC ، UPU ، ITU و بین المللی استانداردهای توسعه، از جمله، در نظر گرفته شده برای حفظ. علاوه بر این ، IPC (الکترونیک) به عنوان یک سازمان بین المللی استاندارد سازی مونتاژ و کیفیت تولید در صنعت تولید وجود دارد و با بسیاری از سازمان های استاندارد بین المللی مرتبط مرتبط است. نهادهای استاندارد منطقه ای شامل CEN ، CENELEC و ETSI در اروپا هستند . مناطق دیگر شامل کمیته استاندارد آمریکا (COPANT) ، کنفرانس استاندارد سازی منطقه ای اقیانوس آرام (PASC) ، سازمان استاندارد سازی آفریقا (ARSO) و سازمان توسعه و معدن صنعتی عرب (AIDMO) است. نهادهای استاندارد منطقه ای باریک شامل سازمان استاندارد سازی مرکوسور (AMN) ، سازمان استاندارد سازی جامعه کارائیب (CROSQ) و کمیته استانداردسازی انجمن ملل جنوب شرقی آسیا (ACCSQ) است. علاوه بر این ، به طور کلی یک نهاد استاندارد ملی (NSB) برای هر کشور (و برای هر صنعت) وجود دارد و به عنوان نمایندگان کشور در سازمان های مختلف بین المللی استاندارد سازی به عنوان نماینده کشور شرکت می کند.

NSB ممکن است یک سازمان عمومی باشد ، یا یک گروه صنعتی که شرکت ها را از یک صنعت خاص جمع می کند (چنین سازمان هایی اغلب خود را به عنوان انجمن یا کنسرسیوم می نامند و استانداردهای تعیین شده توسط این گروه ها ، استانداردهای فروم یا استانداردهای کنسرسیوم است). (به عنوان مثال ، 3GPP یک سازمان استاندارد سازی است (پروژه استاندارد سازی) که متشکل از سازمان های استاندارد سازی در هر کشور مانند ETSI ، ARIB ، ATIS و غیره است) اما استانداردسازی واقعی 3GPP همچنین در این جلسه شرکت هایی مانند اریکسون ، NTT Docomo ، اینتل و غیره به عنوان نمایندگان سازمان های ملی استاندارد سازی حضور دارند). در مثال NSB ، NSB در کانادا ، مکزیک و ایالات متحده به ترتیب SCC ، DGN و ANSI هستند. SCC یک شرکت دولتی دولتی کانادا است ، DGN یک آژانس دولتی مکزیک است و ANSI یک سازمان غیر انتفاعی است که در آن دولت و شرکت ها به طور مشترک شرکت می کنند. برای قضاوت در مورد اینکه آیا NSB عمومی یا خصوصی است ، باید پیشینه تاریخی و وضعیت اقتصادی کشور را در نظر گرفت.

آمار استاندارد [ ویرایش ]

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

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

 

استاندارد سازی

برو به پیمایش برو بهجستجو

این مورد استانداردسازی را توصیف می کند . داده ، مانند عادی ( نرمال "در مورد) نرمال مراجعه کنید".

" استاندارد " به این مورد منتقل شده است . برای سایر کاربردها ، به " استاندارد " مراجعه کنید.

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

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

تعریف "استاندارد" در JIS به شرح زیر است.
"چیزها (محصولات فعالیتهای تولید) و غیر چیزها (سازمان ، مسئول مسئولیت ، سیستمها ، روشها و غیره) به منظور وحدت و ساده سازی به گونه ای که سود یا سهولت را می توان به طور عادلانه بین افراد ذینفع بدست آورد. "(JIS Z 8002: 2006)

 

فهرست مطالب

• 1استفاده
  • 1.1کاربردهای دیگر
• 2سازمان استاندارد سازی
• 3آمار مربوط به استانداردها
• 4مورد مرتبط
• 5پیوند خارجی

کاربرد [ ویرایش ]

در زمینه مهندسی و صنعت ، استانداردسازی فرآیند تعیین مشخصات فنی است که از تعدادی از مشخصات موجود در بازار "استاندارد" یا " استاندارد " در نظر گرفته می شود و بدون مانع از اصل رقابتی بازار مزایایی به همراه می آورد. انتظار می رود همچنین می تواند مکانیسمی برای استفاده مؤثر از منابع گرانبها مانند جنگلهای مصرفی در صنعت کاغذ تلقی شود. به عنوان مثال، در اروپا قدرت 230 ولت / 50 است هرتز از جریان متناوب است، تلفن همراه است پارس جی اس ام ، طول واحد های فیزیکی هستند متر است. بریتانیا استفاده از متریک را برای اهداف تجاری به طور رسمی تأیید کرده است ، اما به طور کلی از پا و اینچ هنوز استفاده می شود.

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

در تبادل اطلاعات کسب و کار ، استانداردسازی به فرآیند تدوین استاندارد تبادل داده برای یک فرآیند خاص تجاری با استفاده از دستور زبان خاص اشاره دارد . چنین استاندارد هایی اغلب توسط نهادهای استاندارد غیرانتفاعی تهیه می شوند ( UN / CEFACT ، W3C ، OASIS و غیره).

عملا و یک استاندارد، یک استاندارد است که بسیاری از مردم به دنبال به خاطر راحتی، به لحاظ قانونی و استاندارد است، یک استاندارد است که به دلایل قانونی، مانند شرایط و ضوابط استفاده می شود. سازمان های دولتی اغلب مجبورند از استانداردهای تعیین شده توسط نهادهای استاندارد دولتی رعایت کنند. اتخاذ چنین استانداردهایی ممکن است یک الزام در بازارهای خاص (یا شرکتهای خاص ، سازمانهای خاص) باشد. به این استاندارد صنعتی گفته می شود . بسیاری از مشخصات فنی مربوط به اینترنت استانداردهای حقوقی هستند . برای نگه داشتن اصطلاح "استاندارد" از سازمانهایی مانند ISO ، W3C از اصطلاح "توصیه ها ، توصیه ها" استفاده می کند و IETF از اصطلاح " درخواست برای نظرات " (RFC) استفاده می کند. این موارد نیز بطور قابل توجهی در استاندارد گنجانده شده است.

استانداردها باز و اختصاصی است .

در تعریف ISO آمده است که "استانداردهای ISO توافق های فنی است که چارچوبی برای ایجاد سازگاری بین المللی فن آوری فراهم می کند".

موارد دیگر [ ویرایش ]

• گیاهی تمرکز مواد تشکیل دهنده گیاهی مانند یک ماده برای تدوین - "استاندارد" در
• "استاندارد" در آمار - تغییر مقیاس متغیرها به گونه ای که میانگین یا انحراف استاندارد یک مقدار خاص است
• "استاندارد سازی" در آزمایشات - به روشها یا ارزیابیهای دقیق و قابل تکرار اندازه گیری یا ارزیابی اشاره دارد
• "استاندارد" در مدیریت زنجیره تأمین - تقویت مشترک فرآیندها ، محصولات و تهیه. این می تواند تصمیمات تولید و تهیه را به تعویق اندازد. از طرف دیگر ، اگر بسیاری از قطعات غیر استاندارد استفاده شود ، انعطاف پذیر می شود.
• "فرآیند استاندارد سازی" در اقتصاد نهادی جدید - فرایندی که توسط یک مشکل اجتماعی آغاز شده است به نام "معضل هماهنگی". "استاندارد" راه حل یک بازی همکاری است .

سازمان استاندارد سازی [ ویرایش ]

برای جزئیات ، به " سازمانهای استاندارد " مراجعه کنید

استاندارد بین المللی است، ISO ، IEC ، UPU ، ITU و بین المللی استانداردهای توسعه، از جمله، در نظر گرفته شده برای حفظ. علاوه بر این ، IPC (الکترونیک) به عنوان یک سازمان بین المللی استاندارد سازی مونتاژ و کیفیت تولید در صنعت تولید وجود دارد و با بسیاری از سازمان های استاندارد بین المللی مرتبط مرتبط است. نهادهای استاندارد منطقه ای شامل CEN ، CENELEC و ETSI در اروپا هستند . مناطق دیگر شامل کمیته استاندارد آمریکا (COPANT) ، کنفرانس استاندارد سازی منطقه ای اقیانوس آرام (PASC) ، سازمان استاندارد سازی آفریقا (ARSO) و سازمان توسعه و معدن صنعتی عرب (AIDMO) است. نهادهای استاندارد منطقه ای باریک شامل سازمان استاندارد سازی مرکوسور (AMN) ، سازمان استاندارد سازی جامعه کارائیب (CROSQ) و کمیته استانداردسازی انجمن ملل جنوب شرقی آسیا (ACCSQ) است. علاوه بر این ، به طور کلی یک نهاد استاندارد ملی (NSB) برای هر کشور (و برای هر صنعت) وجود دارد و به عنوان نمایندگان کشور در سازمان های مختلف بین المللی استاندارد سازی به عنوان نماینده کشور شرکت می کند.

NSB ممکن است یک سازمان عمومی باشد ، یا یک گروه صنعتی که شرکت ها را از یک صنعت خاص جمع می کند (چنین سازمان هایی اغلب خود را به عنوان انجمن یا کنسرسیوم می نامند و استانداردهای تعیین شده توسط این گروه ها ، استانداردهای فروم یا استانداردهای کنسرسیوم است). (به عنوان مثال ، 3GPP یک سازمان استاندارد سازی است (پروژه استاندارد سازی) که متشکل از سازمان های استاندارد سازی در هر کشور مانند ETSI ، ARIB ، ATIS و غیره است) اما استانداردسازی واقعی 3GPP همچنین در این جلسه شرکت هایی مانند اریکسون ، NTT Docomo ، اینتل و غیره به عنوان نمایندگان سازمان های ملی استاندارد سازی حضور دارند). در مثال NSB ، NSB در کانادا ، مکزیک و ایالات متحده به ترتیب SCC ، DGN و ANSI هستند. SCC یک شرکت دولتی دولتی کانادا است ، DGN یک آژانس دولتی مکزیک است و ANSI یک سازمان غیر انتفاعی است که در آن دولت و شرکت ها به طور مشترک شرکت می کنند. برای قضاوت در مورد اینکه آیا NSB عمومی یا خصوصی است ، باید پیشینه تاریخی و وضعیت اقتصادی کشور را در نظر گرفت.

آمار استاندارد [ ویرایش ]

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

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

 

ادامه نوشته

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

موسسه مهندسان برق و الکترونیک ، IEEE ( میگفتند. موسسه مهندسان برق و الکترونیک ) (من E سه گانه "ماه سه گانه و") یک بین المللی است سازمان غیر انتفاعی از متخصصان فنی آموزش دیده، الکترونیک و استانداردهای الکتریکی از انجمن رهبری جهانی.

 

مطالب

• 1استاندارد
• 2جوایز IEEE
• 3منبع
• 4مرجع

استانداردها [ ویرایش ]

• IEEE 754 - شماره های نقطه شناور
• IEEE 802 - شبکه استاندارد IEEE شبکه محلی ( LAN ) و سیستم های کلانشهر ( MAN ) خانواده استاندارد
• IEEE 1003 - POSIX - استاندارد "سازگاری سیستم عامل" UNIX "
• IEEE 1059 - راهنمای برنامه های تأیید و اعتبار سنجی نرم افزار - دستورالعمل های تأیید و تأیید نرم افزار.
• IEEE 1063 - "استاندارد IEEE برای مستندات کاربر نرم افزار" به معنی کتابچه راهنمای کاربر این نرم افزار است.
• IEEE 1149 - اسکن مرزی تراشه ها - آزمایش ، برنامه نویسی و بومی سازی صفحه های مدار چاپی.
• IEEE 1284 یک رابط موازی است
• IEEE 1294 - USB
• IEEE 1394 - FireWire (i-Link) یک اتوبوس سریال با سرعت بالا است که برای تبادل اطلاعات دیجیتالی بین یک کامپیوتر و سایر دستگاه های الکترونیکی استفاده می شود.
• IEEE 1667 - پروتکل استاندارد برای تأیید اعتبار در فایلهای پیوست میزبان دستگاههای ذخیره گذرا یک درگاه استاندارد برای تأیید اعتبار دستگاههای ذخیره داده است.
• IEEE 1990 - طرح زبان برنامه نویسی تابعی.

جوایز IEEE [ ویرایش ]

• مدال افتخار IEEE
• مدال ادیسون
• جایزه موسس IEEE
• جیمز اچ. جایزه آموزش چند منظوره
• مدال طلای الكساندر گراهام بل
• مدال سیمون رامون
• (IEEE) مدال دستاوردهای مهندسی
• (IEEE) فناوری ایمنی
• (IEEE) مدال الکتروانسنژال
• مدال ریچارد هامینگ
• مدال هنری هرتز
• مدال جان فون نویمان
• مدال جک کیلبی
• مدال دنیس پیکارد
• مدال رابرت نوس
• (IEEE) فناوری کشف مدیتیشن
• مدال صدمین سالگرد IEEE

 

ادامه نوشته

سازگاری

کتاب سوال-4.svg این مقاله در اثبات از مراجع و منابع را به طور کامل نمایش داده نمی شود، کافی نیست. لطفاً با افزودن منبع به ما در بهبود قابلیت اطمینان مقاله کمک کنید. ( مه 2011 ) سازگاری (وو Guanzheng، انگلیسی : سازگاری ) و جزء یا اجزای (اجزاء) که اموال است که می تواند در همان شیوه ای را با جایگزین کردن مانند اداره می شود. به ویژه در مورد محصولات صنعتی ، دیگر نیازی به تهیه سیستم جدید با اطمینان از سازگاری نیست و با افزایش قابلیت استفاده مجدد در طراحی و قطعات می توان کاهش هزینه را پیش بینی کرد و جایگزینی محصولات قدیمی تر ارتقاء یافت. من می توانم این کار را انجام دهم با این وجود ، جنبه ای نیز وجود دارد که مانع نوآوری فناوری می شود زیرا این امر مطابق با استانداردهای قدیمی است. اگر هزینه های اضافی برای اطمینان از سازگاری متحمل شود ، ممکن است مورد غفلت قرار بگیرد و سازگاری بین تولید کنندگان با هدف قفل کردن فروشنده و برخی از آنها عمداً از بین می رود. فهرست مطالب 1 نوع سازگاری 2 تحقق سازگاری 3 مزایا و مضرات 4 پاورقی 5 مورد مرتبط نوع سازگاری بسته به ماهیت آنها انواع سازگاری زیر وجود دارد. قابلیت همکاری (به انگلیسی: تعویض ) عملکرد و عملکرد مشابه هستند و قابل تعویض هستند. قابل تعویض نیز نامیده می شود. سازگاری رو به جلو (به انگلیسی: جلو سازگاری ) داده ها برای سیستم های جدید را می توان در سیستم های قدیمی استفاده کرد [1] . سازگاری به عقب (انگلیسی: سازگاری به عقب ) همه داده های سیستم قدیمی را می توان در سیستم جدید استفاده کرد [2] . سازگاری رو به بالا (به انگلیسی: سازگاری بالا ، سوپرست) محصولاتی که عملکرد ، کارایی و درجه بالاتری دارند ، عملکرد محصولات پایین تری نیز دارند. سازگاری رو به پایین (انگلیسی: سازگاری پایین ، زیرمجاز) محصولاتی که عملکرد ، کارایی و درجه پایین تری دارند ، عملکرد محصولات بالاتر را دارند. محصولات بعدی معمولاً از نظر عملکرد و عملکرد بهتر از محصولاتی هستند که قبلاً منتشر شده بودند ، و محصولات بعدی اغلب دارای سازگاری رو به عقب و سازگاری رو به بالا هستند. به عنوان مثال ، این مورد زمانی رخ نمی دهد که یک محصول دیرتر منتشر شده ، یک نسخه ارزان قیمت از یک محصول قبلاً منتشر شده باشد. در مقابل ، اولین محصول ممکن است دارای سازگاری رو به جلو و سازگاری رو به عقب باشد. این کلمات اغلب اشتباه گرفته می شوند. جلو و عقب سری زمانی هستند (جلو به معنای آینده و عقب به معنای گذشته است که معکوس کلی جلو و عقب است) ، و قسمت بالایی و پایینی از لحاظ عملکردی و عملکردی است. باید کاملاً واضح باشد و بهم نرسد که چه چیزی را با هم مقایسه کنیم و چه چیزی را به عنوان پایه ای برای مقایسه استفاده کنیم. در نرم افزار ، هنگامی که مشخصات بین استانداردهای مختلف سازگار است ، ممکن است به کسانی که دارای سازگاری سطح بالایی هستند "supersets" گفته شود ، و کسانی که دارای سازگاری زیر مجموعه ای هستند ممکن است به عنوان "زیر مجموعه" شناخته شوند. به عنوان مثال، که یکی فرمت داده YAML است JSON یک مجموعه از، JSON و یا یک زیر مجموعه از YAML، که یکی از فرمت تصویر است MNG است PNG از جمله یک مجموعه. تحقق سازگاری در بسیاری از موارد ، قطعات و اجزای سازنده (اجزای سازگار) متقابل از استاندارد استاندارد شده پیروی می کنند. دو نوع وجود دارد ، استانداردهای dejuri توسط برخی از موسسات یا سازمانها تعریف شده است ، و استانداردهای de facto از کسانی که سهم بزرگی از بازار را تقلید می کنند وجود دارد ، که هر دو در محدوده استاندارد قابل جابجایی هستند. . علاوه بر این ، موارد بسیاری وجود دارد که محصولات آینده به دلیل سهم بازار زیاد و ضریب نفوذ بالا ، از سازگاری رو به جلو / عقب برخوردار هستند. به عنوان مثال ، مایکروسافت آفیس ، که در آن بسیاری از اسناد در تجارت ایجاد و کار می کند ، سازگاری رو به جلو و عقب فرمت های فایل را برای نسخه های جدید محصولات دارد تا بتواند فایل ها را با نسخه های قبلی محصولات رد و بدل کند. فایلهای با فرمت XML Open Office که در Office 2007 یا بعد از آن استفاده شده است ، می تواند بین Office 2007 و محصولات بعدی استفاده شود ، اما در Office 2003 یا اوایل استفاده نمی شود (مگر اینکه از یک بسته سازگاری استفاده شود) ، اما Office 2007 یا بعد از آن با این وجود ، خواندن و نوشتن با فرمت قدیمی (Office 97-2003) موجود در محصول قدیمی امکان پذیر است. علاوه بر این ، حتی با درگاه USB 3.0 که جانشین استاندارد USB 2.0 است که قبلاً رواج یافته است ، سازگاری بهمراه دارد به گونه ای که دستگاه های قدیمی قدیمی جانبی ( مانند حافظه USB ) که تنها از USB 2.0 پشتیبانی می کنند ، قابل اتصال هستند. مثالی وجود دارد آشنایی و قابلیت استفاده کاربر همچنین می تواند دلیل اصلی اطمینان از سازگاری باشد. مزایا و معایب به طور گسترده ، داده ها ، سیستم ها و دانش موجود هدر نمی رود ، این یک مزیت از نظر کاربر است. از طرف دیگر ، از آنجا که ابزار و روش کارآمدتری وجود دارد ، سیستم قدیمی ( سیستم میراث ) محدود است ، بنابراین هزینه ادامه برای حفظ سازگاری از دیدگاه تولید کننده گرفته می شود. این یک اشکال خواهد بود. PC / AT دستگاه سازگار از BIOS نتیجه حمایت از سیستم های قدیمی به عنوان پف کرده است، نیز یک مورد است که رخ می دهد مانع از گسترش استاندارد وجود دارد. پاورقی [ راهنما ] ^ سازگاری رو به جلو ｜ سازگاری رو به جلو at سازگاری رو به جلو compatible سازگار به جلو - معنی / تعریف: واژه نامه IT ^ سازگاری به عقب compat سازگاری به عقب compat سازگاری رو به عقب compatible سازگار با عقب-معنی / تعریف: واژه نامه IT موارد مرتبط سازگاری مجوز- سازگاری مجوز نرم افزار حالت سازگاری سازگاری رابط (فناوری اطلاعات) رابط برنامه نویسی برنامه رابط باینری برنامه

ادامه نوشته

IEEE

برو به پیمایش برو بهجستجو

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

سال تأسیس شد	1 ژانویه 1963 (56 سال پیش)
مهربان	سازمان حرفه ای ( نسخه انگلیسی )
شماره مالیات	13-1656633 [1]
شماره شرکت	3700150005956
وضعیت	501 (ج) (3) ( نسخه انگلیسی ) سازمان غیرانتفاعی
هدف	مهندسی برق ، مهندسی الکترونیک ، مهندسی ارتباطات ، مهندسی کامپیوتر ، علوم کامپیوتر ، فناوری اطلاعات [2]
موقعیت	ایالات متحده نیوجرسی پیسکتاوای ( نسخه انگلیسی )
منبع	انستیتوی مهندسان برق آمریکا (AIEE) ، انجمن رادیو (IRE)
منطقه مشارکت	مقیاس جهانی
روش	استانداردهای صنعتی ، همایش ها ، انتشارات
عضو	420،000
شخص مهم	José MF Moura ، رئیس و مدیر عامل ، Toshio Fukuda ، رئیس جمهور (2020)
درآمد	413 میلیون دلار آمریکا
وب سایت	www .ieee .org

موسسه مهندسان برق و الکترونیک ( IEEE ، I Triple E) مقر آن در ایالات متحده است و توسط بزرگترین سازمان حرفه ای جهان ( نسخه انگلیسی ) یا سازمانی که به نوآوری فن آوری سودمند در جامعه انسانی کمک می کند ، شناخته می شود. به نام مشترک استاندارد اشاره دارد.

 

فهرست مطالب

• 1بررسی اجمالی
• 2انتشار
• 3فعالیت آموزشی
• 4استاندارد IEEE
• 5عضویت
• 6سیستم جایزه
• 7انجمن فنی
• 8شورای فنی
• 9کمیته فنی
• 10بنیاد IEEE
• 11پاورقی
• 12پیوند خارجی

بررسی اجمالی [ ویرایش ]

نیویورک مقر به [3] ، نیوجرسی پیسکتاوای ( نسخه انگلیسی ) قرار دبیرخانه. در سال 1963، موسسه ایالات متحده مهندسان برق و (AIEE) جامعه بی سیم با ادغام (IRE) تاسیس شد . [4] .

رشته های تحت پوشش شامل ارتباطات ، الکترونیک ، مهندسی اطلاعات و زمینه های مرتبط با دانش مهندسی برق می باشد. هدف از این جامعه، الکتریکی و الکترونیکی مهندسی ، ارتباطات از راه دور ، مهندسی کامپیوتر آموزش و پرورش و پیشرفت های فنی از، و همچنین زمینه های مرتبط است [5] . درمجموع 39 زیرمجموعه [6] برای هر رشته تخصصی وجود دارد و برای هر یک ژورنال (ژورنال پایان نامه) صادر می شود.

از سال 2018 ، این بزرگترین سازمان متخصص فنی جهان است [7] [8] و بیش از 423،000 عضو در بیش از 160 کشور جهان دارد [9] .

به جز اسناد تجاری قانونی ، فقط به عنوان IEEE نوشته شده است و اغلب "I Triple E" نامیده می شود. اگرچه هیچ اسم رسمی ژاپنی برای IEEE وجود ندارد ، اما شورای ژاپن در ژوئن 1999 تأسیس شد ، تصمیم گرفت آن را به عنوان IEEE بنویسد . [10] هنگامی که لازم است از دیگر جوامع دانشگاهی تمایز قائل شویم ، توصیه می شود که ایالات متحده مقر اصلی خود را داشته باشد. گزارش های ژاپنی اغلب آن را "مؤسسه مهندسان برق و الکترونیک آمریکایی" (IEEE) توصیف می کنند.

انتشار [ ویرایش ]

برای جزئیات بیشتر به " en: فهرست موسسه مهندسین برق و الکترونیک مهندسین الکترونیک " مراجعه کنید.

IEEE مسائل مربوط به بیش از 30 درصد از ادبیات جهان در زمینه مهندسی برق و الکترونیک و علوم کامپیوتر، بیش از 100 همکار بررسی مجلات منتشر شده [11] [12] ، با حمایت بیش از 1800 جلسات و رویدادهای این است

و محتوا که در این مجلات منتشر شده است، محتوای کنفرانس سالانه از IEEE تحت حمایت، IEEE است آنلاین کتابخانه دیجیتال و پایگاه داده پژوهش IEEE XPLORE ( نسخه انگلیسی ) [13] را می توان در استفاده می شود، دسترسی مبتنی بر اشتراک یا می توانید انتشارات را بصورت جداگانه خریداری کنید . [14]

علاوه بر مجلات و اقدامات کنفرانس ، IEEE همچنین آموزش ها و استانداردهای ایجاد شده توسط کمیته استاندارد را منتشر می کند.

فعالیتهای آموزشی [ ویرایش ]

IEEE فرصت هایی را برای یادگیری در مورد علوم پایه ، تحقیق و فناوری فراهم می کند.

IEEE فرصت های تحصیلی مانند کتابخانه یادگیری IEEE [15] ، برنامه همکاران آموزش و پرورش [16] ، استاندارد در آموزش و پرورش [17] ، واحدهای آموزش مداوم (CEU) را ارائه می دهد. [18]

کتابخانه IEEE eLearning مجموعه ای از دوره های آموزش آنلاین است که برای یادگیری خود گام طراحی شده است. شرکای آموزش و پرورش اختصاص داده شده به اعضای IEEE 10٪ تخفیف در برنامه های درجه آنلاین ، گواهینامه ها و دوره ها ارائه می دهند. وب سایت استاندارد در آموزش و پرورش توضیح می دهد که چه استاندارد هایی و اهمیت توسعه و استفاده از آنها وجود دارد. این سایت شامل ماژول های آموزشی و نمودارهای موردی است که تاریخچه استانداردها ، اصطلاحات اساسی ، کاربرد و تأثیر آنها بر روی محصولات ، اخبار مربوط به استانداردها ، بررسی کتاب ها و پیوندهایی به سایت های دیگر را ارائه می دهد که حاوی اطلاعات مربوط به استانداردها هستند. این است در حال حاضر، ایالات متحده 29 استان است، مهندس حرفه ای حضور از ساعت های توسعه حرفه ای (PDH) به منظور حفظ صلاحیت (مهندسی حرفه ای) درخواست کرده است [19] [20] ، پرسنل فنی برای شرکت در برنامه های آموزش مداوم برای تشویق آنها برای یافتن یک واحد آموزش مداوم (CEU). CEU را می توان به راحتی به ساعتهای توسعه حرفه ای (PDH) تبدیل کرد و 1 CEU معادل 10 PDH است. به طور مشابه در آفریقای جنوبی و سایر کشورها ، اعتبارات مداوم در زمینه توسعه حرفه ای (CPD) لازم است. دوره IEEE Expert Now نیز در لیست CPD آفریقای جنوبی قرار خواهد گرفت.

IEEE همچنین از وب سایتهایی حمایت می کند که به جوانان کمک می کند مهندسی و چگونگی ساخت حرفه ای مهندسی را به عنوان بخشی از آینده خود درک کنند. دانش آموزان ، والدین و معلمان 8 تا 18 ساله می توانند برای مهندس شدن در این سایت آماده شوند ، از کارشناسان مهندسی سؤال کنند ، لینک های برنامه درسی را مشاهده کنند و برنامه های درسی را مرور کنند. در این وب سایت ، دانشجویان همچنین می توانند برنامه های معتبر مهندسی مهندسی در کانادا و ایالات متحده را جستجو کنند.

IEEE است، به ترویج همکاری بین فعالیت های دانش آموز و دیگر گروه های IEEE از طریق کمیته فعالیت های دانش آموز [21] .

استاندارد سازی توسط IEEE [ ویرایش ]

"برای اطلاعات بیشتر IEEE استاندارد انجمن نگاه کنید به"

IEEE در استاندارد در حال انجام فعالیت (از تصویب استاندارد). فعالیت های مربوط به استاندارد سازی توسط انجمن استاندارد IEEE داخلی (IEEE-SA) انجام می شود. نام استانداردی که توسط این جامعه تعیین شده است با "IEEE" شروع می شود.

سری IEEE802 مربوط به LAN (Local Area Network) مشهور است زیرا از آن بسیار استفاده می شود.

عضویت [ ویرایش ]

بیشتر اعضای IEEE مهندس برق و الکترونیک هستند ، اما جوامع دانشگاهی طیف گسترده ای از رشته ها را پوشش می دهند ، بنابراین رشته های دیگر ( علوم رایانه ، مهندسی نرم افزار ، مهندسی مکانیک ، مهندسی عمران ، زیست شناسی ، فیزیک ، ریاضیات و غیره) ) اعضای دانشجویان و پژوهشگران.

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

عضویت		نماد	طرح کلی
عضو دانشجو	عضو دانشجو	س	عضویت دانشجویان کارشناسی. لازم است دوره های مشخص شده توسط IEEE با میزان 50٪ یا بیشتر از مطالعات عادی دانشگاهی انجام شود. حق عضویت با تخفیف مواجه می شود [22] .
عضو دانش آموخته کارشناسی ارشد	اعضای دانش آموخته کارشناسی ارشد	GS	عضویت دانشجو در مقطع کارشناسی ارشد. دانشجویان ملزم به گذراندن دوره های مشخص شده توسط IEEE با میزان 50٪ یا بیشتر از مطالعات معمول خود هستند [22] . امتیازات بالاتری نسبت به اعضای دانشجویی دارد.
عضو وابسته	عضو وابسته	الف	عضویت در کسانی که شرایط اعضای عادی را برآورده نمی کنند اما به حوزه IEEE علاقه مند هستند.
عضو	عضو منظم	م	کسانی که برنامه درسی مشخص شده توسط IEEE را به اتمام رسانده اند و دارای مدرک لیسانس (یا مدرک معادل آن) در یک رشته مشخص شده توسط IEEE هستند ، یا بیش از شش سال در یک رشته مشخص شده توسط IEEE مشغول به کار بوده اند . [22]
عضو ارشد	عضو ارشد	SM	در صورت برآورده شدن شرایط خاص ، اعضای عادی می توانند درخواست تغییر برای عضو ارشد دهند. این بالاترین سطح عضویت است که می تواند پس از درخواست کسب شود. متقاضیان اعضای ارشد باید حداقل سه توصیه نامه از اعضای ارشد ، همراهان و اعضای افتخاری داشته باشند ، بیش از 10 سال درگیر کار حرفه ای بوده اند و باید بیش از 5 سال به دستاوردهای قابل توجهی دست یافته باشند [ 22] .
عضو همکار	همکار	ف	عضویت اعضای ارشد که سابقه عضویت 5 سال یا بیشتر دارند و در زمینه مشخص شده توسط IEEE دستاوردهای چشمگیری داشته اند. بالاترین سطح عضویت. این امر نمی تواند خود توصیه شود ، اما توسط سایر نامزدها توصیه می شود و پس از بررسی توسط هیئت مدیره IEEE اعطا می شود . [22]
عضو زندگی	عضویت در طول عمر	LM	به اعضایی که 65 سال سن دارند و سن آنها بیشتر است و سن آنها و تعداد کل سالهای عضویت در IEEE 100 سال یا بیشتر است ، در صدر عضویت خود "زندگی" داده می شوند. اعضای معمولی "اعضای زندگی" هستند ، اعضای ارشد "اعضای ارشد زندگی" و همراهان "زندگی همکار" هستند . [22]
عضو افتخاری	عضو افتخاری	HM	اشخاصی که عضو IEEE نیستند اما سهم ویژه ای داشته اند ، مانند دریافت کنندگان جوایز IEEE ، می توانند اعضای افتخاری باشند که توسط هیئت مدیره IEEE تعیین می شود . [23] [22]

سیستم ستایش [ ویرایش ]

" EN: فهرست جوایز IEEE " همچنین نگاه

IEEE همچنین به خاطر جوایز مهندسی برق شناخته می شود.

• IEEE Milestone
• مدال الکساندر گراهام بل IEEE
• IEEE مدال مدال
• مدال IEEE Junichi Nishizawa و مهندس Junichi Nishizawa این نام را دارند.
• مدال IEEE Hamming
• مدال IEEE von Neumann
• جایزه افتخاری IEEE
• جایزه IEEE Claude E. Shannon
• جایزه IEEE Daniel E. Noble
• جایزه کامپیوتر و ارتباطات IEEE Koji Kobayashi

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

انجمن فنی [ ویرایش ]

IEEE 39 انجمن فنی دارد که هر یک بر روی یک زمینه فنی خاص تمرکز دارند. هر جامعه یک نشریه حرفه ای است، به ارائه انواع خدمات، مانند کنفرانس فن آوری [24] .

• هوا و فضا و جامعه سیستم های IEEE الکترونیک ( انگلیسی )
• انجمن آنتن و تبلیغ IEEE ( نسخه انگلیسی )
• پخش تکنولوژی جامعه IEEE ( نسخه انگلیسی )
• مدارات و سیستم IEEE انجمن ( انگلیسی )
• ارتباطات جامعه IEEE ( نسخه انگلیسی )
• قطعات IEEE، بسته بندی آندو ساخت جامعه فناوری ( انگلیسی )
• هوش محاسباتی جامعه IEEE ( نسخه انگلیسی )
• انجمن کامپیوتر IEEE
• فروش الکترونیک انجمن IEEE ( نسخه انگلیسی )
• سیستم های کنترل جامعه IEEE ( نسخه انگلیسی )
• دی الکتریک آندو برق IEEE انجمن عایق ( انگلیسی )
• انجمن آموزش IEEE ( نسخه انگلیسی )
• سازگاری الکترومغناطیسی جامعه IEEE ( نسخه انگلیسی )
• انجمن دستگاه های الکترونیکی IEEE ( نسخه انگلیسی )
• مهندسی در پزشکی و زیست شناسی IEEE جامعه ( انگلیسی )
• علوم و از راه دور IEEE سنجش از جامعه ( انگلیسی )
• انجمن الکترونیک صنعتی IEEE ( نسخه انگلیسی )
• صنعت نرم افزار جامعه IEEE ( نسخه انگلیسی )
• انجمن تئوری اطلاعات IEEE ( نسخه انگلیسی )
• ابزار اندازه گیری آندو IEEE انجمن ( انگلیسی )
• سیستم های هوشمند حمل و نقل IEEE انجمن ( انگلیسی )
• مغناطیس جامعه IEEE ( نسخه انگلیسی )
• نظریه مایکروویو و تکنیک های IEEE انجمن ( انگلیسی )
• هسته ای و پلاسما IEEE انجمن علوم ( انگلیسی )
• اقیانوسی جامعه مهندسی IEEE ( نسخه انگلیسی )
• انجمن فوتونیک IEEE ( نسخه انگلیسی )
• انجمن الکترونیک برق IEEE ( نسخه انگلیسی )
• قدرت آندو انرژی IEEE انجمن ( انگلیسی )
• انجمن مهندسی ایمنی محصول IEEE ( نسخه انگلیسی )
• انجمن ارتباطات حرفه ای IEEE ( نسخه انگلیسی )
• قابلیت اطمینان جامعه IEEE ( نسخه انگلیسی )
• رباتیک و اتوماسیون IEEE انجمن ( انگلیسی )
• پردازش سیگنال جامعه IEEE ( نسخه انگلیسی )
• در پیامدهای جامعه اجتماعی IEEE فناوری ( نسخه انگلیسی )
• حالت جامد IEEE انجمن مدارهای ( انگلیسی )
• سیستم های IEEE، مرد آندو سایبرنتیک جامعه ( انگلیسی )
• فرا صوت IEEE، فروالکتریک آندو جامعه کنترل فرکانس ( انگلیسی )
• تکنولوژی و مهندسی IEEE انجمن مدیریت ( انگلیسی )
• فضایی فناوری جامعه IEEE ( نسخه انگلیسی )

شورای فنی [ ویرایش ]

شورای فنی IEEE ، همکاری جوامع متعدد در زمینه دانش گسترده تری است. در حال حاضر هفت شورای فنی وجود دارد . [25]

• بیومتریک شورای IEEE ( نسخه انگلیسی )
• شورای الکترونیک IEEE طراحی خودکار ( نسخه انگلیسی )
• فناوری نانو شورای IEEE ( نسخه انگلیسی )
• سنسور شورای IEEE ( نسخه انگلیسی )
• شورای ابررسانایی IEEE ( نسخه انگلیسی )
• سیستم های شورای IEEE ( نسخه انگلیسی )
• شورای IEEE در RFID (CRFID) [26]

کمیته فنی [ ویرایش ]

برای فعال کردن پاسخ سریع به نوآوری های جدید ، IEEE همچنین می تواند یک کمیته فنی در بالای جامعه و شورا تشکیل دهد. در حال حاضر بیش از 20 کمیته وجود دارد . [27]

بنیاد IEEE [ ویرایش ]

IEEE بنیاد (بنیاد IEEE) [28] یک بنیاد خیریه که در سال 1973 تاسیس شد . [29] ، آموزش فن آوری، نوآوری و حمایت از محققان برجسته [30] . اگرچه ارتباط نزدیکی با IEEE دارد ، اما این سازمان جداگانه ای از IEEE است. اعضای هیئت مدیره بنیاد باید اعضای فعال IEEE باشند که یک سوم آنها باید افسران فعلی یا سابق هیئت مدیره IEEE باشند.

در ابتدا ، نقش بنیاد IEEE پذیرش و مدیریت کمکهای مالی برای برنامه جایزه IEEE بود ، اما کمکهای مالی بیش از مقدار مورد نیاز برای این منظور و دامنه پوشش گسترده تر می شد. بنیاد همچنین، علاوه بر استخدام و مدیریت منابع مالی نامحدود، حفظ آموزشی و انسان دوستانه و تاریخی خاص، و صندوق های تعیین هدف برای حمایت از برنامه IEEE صدور گواهینامه شده است همچنین موفق [30] . از پایان سال 2014 ، کل دارایی این بنیاد تقریبا 45 میلیون دلار بود و به طور مساوی بین صندوق غیرقانونی و صندوق هدفمند توزیع می شد . [31]

ادامه نوشته

اختلاف حق ثبت اختراع نرم افزار

منبع: دائرyclالمعارف رایگان "ویکی پدیا"

برو به پیمایش برو بهجستجو

فهرست مطالب

• 1حق ثبت اختراع نرم افزار
• 2توسعه مهندسی نرم افزار
• 3اختلاف نظر در مورد حق ثبت اختراع "نرم افزار"
• 4مرجع

حق ثبت اختراع نرم افزار [ ویرایش ]

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

یک زبان ماشین ( پرونده شی ) برای اجرای این پردازش داده ها "مجموعه ای از عملیات است که توسط گروهی از کلمات دستورالعمل شرح داده شده است" . به منظور توصیف نرم افزار تشکیل شده از زبان ماشین ، یک سری عملیات توسط یک زبان برنامه نویسی یا مانند آن شرح داده شده و با استفاده از روش بایت کد ، روش کامپایلر ، روش مترجم یا موارد مشابه به یک زبان ماشین تبدیل می شود.

از آنجا که این برنامه های رایانه ای اساساً مطابق اصل رایانه نویمان که توسط یک مدار منطق دیجیتال هدایت می شود ، کار می کنند ، در طبقه بندی ثبت اختراع بین المللی (IPC) از دیدگاه "پردازش داده های دیجیتال الکتریکی (G06F)" طبقه بندی شده به عبارت دیگر ، ایده فنی پردازش داده های دیجیتال برقی "نرم افزاری" در کار ثبت اختراع است.

توسعه مهندسی نرم افزار [ ویرایش ]

در عملیات ثبت اختراعات قبل از سال 1980 ، فرض بر این بود كه سازوكار مربوط به این زبان ماشین عمدتاً به عنوان "نرم افزار" در نظر گرفته می شود و به عنوان "پردازش داده های دیجیتال برقی (G06F)" منحصراً در طبقه بندی ثبت اختراع بین المللی (IPC) طبقه بندی می شود . شده است بنابراین ، در عصری که سازوکار مربوط به زبان دستگاه را به عنوان "نرم افزار" در نظر گرفتیم ، "مفهوم انتزاعی" و "مکانیسم پردازش داده ها که توصیف یک سری عملیات توسط گروه کلمه فرمان" را می توان به روشنی تشخیص داد ، می توان در نظر گرفت که اختراع با تفاوت در بیان شی مورد قضاوت قرار گرفته است.

با توسعه مهندسی نرم افزار ، در عملیات ثبت اختراعات در حدود سال 1990 ، تصور می شود كه برنامه نوشته شده به زبان برنامه نویسی به تدریج به عنوان "نرم افزار" در نظر گرفته می شود. در فلسفه اصلی آن ، مهم است كه به شیوه‌ای قابل فهم و بازتولید كنیم كه چگونه كار می كند ، و توجه ویژه به اینكه شكل در چه شكلی است ، مورد توجه قرار گرفته است. وجود نداشت با این حال ، حتی اگر یک ایده تئوری یا فنی در مهندسی نرم افزار باشد ، لزوماً این ایده مبتنی بر پردازش داده های دیجیتال برقی یا موارد مشابه آن نیست. به عنوان مثال ، مفهوم رابط رایانه یا نحو تجزیه کامپایلر و مفاهیم شی گرا یک مفهوم منطق انتزاعی مستقل است که لزوماً با ساختار فیزیکی کامپیوتر ارتباط ندارد. براساس جنسیت فرض نمی شود. همچنین ، هیچ طبقه بندی بین المللی ثبت اختراعات (IPC) برای طبقه بندی چنین مفاهیم انتزاعی در خود موجود نیست .

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

[ نرم افزار ] بحث اختراع ثبت اختراع [ ویرایش ]

می توان در نظر گرفت که بحث ثبت اختراع "نرم افزاری" فعلی به دلیل گسترش این تناقضات به دلیل سیاست های اخیر برای ثبت اختراع متولد شده است. برخی در مورد بسیاری از حق ثبت اختراع که علیه تبلیغ نرم افزار منبع باز / آزاد آزاد مخالف هستند ، مردد هستند.

همچنین به " ثبت اختراع نرم افزار و نرم افزار رایگان " مراجعه کنید

منابع [ ویرایش ]

 
•  
•  

ادامه نوشته

قابلیت همکاری

برو به پیمایش برو بهجستجو

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

 

فهرست مطالب

• 1تعریف
• 2نرم افزار
• 3صنعت پزشکی
• 4امنیتی
• 5قابلیت همکاری
• 6قابلیت همکاری به عنوان یک سوال از قدرت و تسلط بر بازار
• 7مورد مرتبط
• 8پاورقی
• 9لینک خارجی

تعریف [ ویرایش ]

IEEE برای ایجاد قابلیت همکاری "دو یا چند سیستم یا اجزای توانید اطلاعات توانایی استفاده از اطلاعات رد و بدل مبادله، همچنین" [1] به عنوان تعریف شده است.

در ارتباطات از راه دور ، این اصطلاح به شرح زیر تعریف می شود:

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

منبع: 1037C استاندارد فدرال و وزارت دفاع فرهنگ لغت نظامی و مرتبط با شرایط حمایت از MIL-STD-188 از

قابلیت همکاری متشکل از سه ویژگی در رادیو است که برای انتقال و دریافت نیز استفاده می شود .

• مسیر ارتباطی (فرکانس ، سازگاری دستگاه و سیگنال) باید سازگار باشد
• از پوشش سیستم رادیویی و قدرت سیگنال مناسب برخوردار باشید
• ظرفیت قابل ارتقاء دارد

نرم افزار [ ویرایش ]

این بخش قابل اثبات از مراجع و منابع را به طور کامل نمایش داده نمی شود، کافی نیست. لطفاً با افزودن منبع به ما در بهبود قابلیت اطمینان مقاله کمک کنید. ( ژوئن 2017 )

قابلیت همکاری: بازی دو بازی شبکه ای. یک مشتری پخش کننده (سمت چپ بالا) تحت Sun Microsystems و دیگری با GNU Classpath و JamVM اجرا می شود. برنامه همان کد عبور را اجرا می کند و با استفاده از پیام های استاندارد RMI-IIOP برای ارتباط با یکدیگر همکاری می کند

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

با توجه به واژگان ISO / IEC 2382 -01 فناوری اطلاعات ، اصول اساسی ، قابلیت تعامل به این شرح است: `` بین واحدهای مختلف کاربردی ، کاربر بیشتر ویژگی های خاص را برای آن واحدهای کاربردی دارد. یا امکان برقراری ارتباط ، اجرای برنامه ها و انتقال داده ها بدون دانستن چیزی " [1]

برنامه کاربران می تواند گاهی اوقات برنامه های دیگر می شود، اگر دومی بخشی از مجموعه ای از برنامه هایی که نیاز به قابلیت همکاری، لازم است به دانش از ویژگی های دیگر واحدهای عملیاتی توجه داشته باشید که این تعریف تا حدودی مبهم است. اگرچه این تعریف به جنبه های فنی قابلیت همکاری متمرکز است ، همچنین به این نکته اشاره شده است که قابلیت همکاری اغلب یک موضوع سازمانی است: تعامل پذیری اغلب تأثیر قابل توجهی در مؤسسات درگیر دارد. ، مسائل مربوط به مالکیت را ایجاد کنید (آیا مردم می خواهند داده های خود را به اشتراک بگذارند؟) ، روابط کاری (مردم آموزش دیده اند؟) ، و قابلیت استفاده . در این چارچوب ، تعریف مناسب تری در اصطلاح «قابلیت همکاری فرآیند تجارت» گرفته شده است.

تعامل پذیری می تواند تأثیرات اقتصادی مهمی مانند بیرونی شبکه داشته باشد. اگر محصول رقیب قابل تعامل نباشد (به دلیل ثبت اختراعات ، اسرار تجاری یا عدم موفقیت همکاری) ، نتیجه احتمالاً انحصار یا عدم موفقیت بازار خواهد بود . این امر باعث می شود كه جوامع كاربران و دولتها اقداماتی را برای ارتقاء قابلیت همکاری در موقعیت های مختلف انجام دهند. به عنوان مثال، بریتانیا در، E-GIF است که به نام دولت الکترونیک است ابتکار قابلیت همکاری است که بر اساس وجود دارد. در مورد جامعه کاربر ، یک نمونه از سازمان بی طرف دیگر که یک شخص ثالث خنثی استانداردی را برای قابلیت همکاری در فرایند تجارت ایجاد کرده است ، سند RFC کار مهندسی اینترنت (IETF) است. این است

صنعت پزشکی [ ویرایش ]

این بخش قابل اثبات از مراجع و منابع را به طور کامل نمایش داده نمی شود، کافی نیست. لطفاً با افزودن منبع به ما در بهبود قابلیت اطمینان مقاله کمک کنید. ( ژوئن 2017 )

سرعتی که فناوریهای جدید در بیمارستانها و آزمایشگاهها وارد می شوند در حال افزایش است و بسیاری از این نوآوری ها در صورت مؤثر بودن امکان تعامل هم افزایی را دارند. نیاز به قابلیت تعامل " وصل و بازی " - امکان خارج کردن یک وسیله پزشکی از جعبه خود و کار با آن به راحتی با دستگاه دیگر - هم از ارائه دهندگان خدمات بهداشتی و هم از طرف صنعت مورد توجه بسیاری قرار گرفته است. این بود

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

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

وضعیت فعلی صنعت زیست پزشکی هنوز روشی است که منجر به توسعه سیستم های قابل تعامل می شود. بازارهای بالقوه برای بیمارستانهای مورد علاقه وجود دارد و استانداردهای مربوط به قابلیت همکاری در دست تهیه است. با این وجود ، به نظر نمی رسد که شرایط فعلی تجارت ، تولید کنندگان را ترغیب به دستیابی به قابلیت همکاری می کند. به عنوان مثال ، فقط 16-20٪ از بیمارستانها از سوابق الکترونیکی پزشکی ( EMR ) استفاده می کنند. به دلیل این نرخ پایین EMR ، اکثر تولید کنندگان می توانند بدون سرمایه گذاری در قابلیت همکاری بپردازند. در حقیقت ، عدم قابلیت همکاری برخی از تولید کنندگان را به تبلیغ سازگاری بین محصولات خود و از بین بردن محصولات رقیب امکان پذیر کرده است. با ترویج تصویب EMR ، شرکت هایی مانند Intel می خواهند محیطی را ایجاد کنند که بیمارستان ها بتوانند محصولات قابل تعامل مورد نیاز خود را جمع آوری و استفاده کنند.

امنیت [ ویرایش ]

این بخش قابل اثبات از مراجع و منابع را به طور کامل نمایش داده نمی شود، کافی نیست. لطفاً با افزودن منبع به ما در بهبود قابلیت اطمینان مقاله کمک کنید. ( ژوئن 2017 )

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

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

دولت ایالات متحده تلاش های خود را برای رفع مشکل عدم تعامل در بخش امنیت ملی آغاز کرده است. وزارت امنیت میهن برای همکاری و هماهنگی (OIC) برنامه های SAFECOM و CADIP را تبلیغ می کند. این سیستم ها برای کمک به سازمان های دولتی با ادغام CAD و سایر سیستم های IT طراحی شده اند.

OIC برنامه CADIP خود را در آگوست 2007 آغاز کرد. این طرح توسط OIC با همکاری آژانس های دولتی محلی از جمله دره سیلیکون در حال انجام است . این طرح از روش مطالعه موردی برای شناسایی بهترین شیوه ها و چالش ها برای اتصال سیستم های CAD در حوزه های قضایی استفاده می کند. این تجربیات ابزارها و منابعی را ایجاد می كنند كه ادارات دولتی امنیتی می توانند از آنها برای ساختن سیستم های CAD قابل تعامل و برقراری ارتباط در مرزهای محلی ، ایالتی و فدرال استفاده كنند.

دستیابی به قابلیت همکاری [ ویرایش ]

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

 

اضافه کردن این بخش مورد نظر است. ( ژوئن 2017 )

قابلیت همکاری به عنوان یک سوال از زور و تسلط بر بازار [ ویرایش ]

این بخش قابل اثبات از مراجع و منابع را به طور کامل نمایش داده نمی شود، کافی نیست. لطفاً با افزودن منبع به ما در بهبود قابلیت اطمینان مقاله کمک کنید. ( ژوئن 2017 )

قابلیت همکاری برای متخصصان مشکلی محسوب می شود و تأثیر آن بر زندگی روزمره گاها دست کم گرفته می شود. پرونده مایکروسافت - کمیسیون اروپا نشان می دهد که نگرانی های مربوط به قابلیت همکاری در مورد مسائل مربوط به قدرت چیست. در سال 2004 ، کمیسیون اروپا کشف کرد که مایکروسافت از قدرت بازار خود برای محدود کردن خودسرانه عملکرد بین سرورهای گروه کاری ویندوز و سرورهای گروه کاری غیر مایکروسافت استفاده می کند. من انجام دادم با انجام این کار ، مایکروسافت توانست از موقعیت غالب خود در بازار سیستم عامل سرور گروه کار ، که قلب شبکه IT شرکتهای بزرگ است ، محافظت کند. به مایکروسافت دستور داده شد كه یک اسناد رابط كامل و دقیق ("تصحیح عملكرد") را فاش كند تا رقبا بتوانند با یكدیگر برابر باشند. از ژوئن 2005 ، کمیسیون اروپا پیشنهاد قبلی مایکروسافت را به عنوان کافی برای انجام این کار رد کرد و در حال آزمایش یک پیشنهاد جدید در بازار است.

تلاش های اخیر قابلیت همکاری در مایکروسافت ممکن است نشان دهنده تغییر در نگرش و اشتیاق شرکت برای تعامل باشد. این تلاش ها به فرمت فایل دفتر مایکروسافت ECMA از دفتر گسترش XML به مهاجرت به، و از جمله توافق بر ایجاد قابلیت همکاری با شرکت های همکار تعداد شرکت می باشد. مشهورترین این توافق نامه های همکاری اخیر ، اتحاد با ناول است [2] [3] [4] .

قابلیت همکاری نیز در بحث حق ثبت اختراع نرم افزار (ژوئن-ژوئیه 2005) در پارلمان اروپا ظهور کرده است. منتقدین می گویند که حق ثبت اختراع فن آوری مورد نیاز برای قابلیت همکاری ، تحت مجوز RAND ( مجوز مناسب و منصفانه) قرار می گیرد ، بنابراین مشتری هزینه مجوز را دو بار (یک بار برای خود محصول) پرداخت می کند. و در صورت لزوم ، آنها ادعا می کنند که یک برنامه محافظت از ثبت اختراع باید یک بار دیگر پرداخت شود تا محصول بتواند از آن استفاده کند.

موارد مرتبط [ ویرایش ]

• عملیات یکپارچه
• سیستم C4I
• همگام سازی و مدیریت مدل های مختلف سازمانی توزیع شده
• هوش مصنوعی
• استاندارد
• سازگاری
• IETF از RFC

ادامه نوشته

ISO / IEC 9126

منبع: دائرyclالمعارف رایگان "ویکی پدیا"

برو به پیمایش برو بهجستجو

استاندارد ISO / IEC 9126 ، از کیفیت نرم افزار استاندارد بین المللی برای ارزیابی است. جایگزین ISO / IEC 25000: 2005 توسط SQuaRE (کیفیت نرم افزار و ارزیابی) ، یک پروژه توسعه استاندارد جدید برای همین مفهوم . ISO / IEC 9126 از چهار بخش تشکیل شده است: مدل کیفیت ، روش اندازه گیری خارجی ، اندازه گیری های خارجی ، روش اندازه گیری داخلی ، معیارهای داخلی و معیارهای کیفیت در استفاده. . مدل کیفیت در ISO / IEC 9126-1 تعریف شده است ، و کیفیت نرم افزار به صورت ساختاری به شرح زیر تعریف می شود. JIS به گروه JIS X 0129 مربوط به کیفیت محصول نرم افزار و گروه JIS X 0133 مربوط به ارزیابی محصول نرم افزار تقسیم می شود. JIS X 0133-1 گسترده تر از JIS X 0129-1 است ، و به پشتیبانی از ارزیابی ، فرایند ارزیابی ، روش اندازه گیری داخلی ، روش اندازه گیری خارجی و کیفیت در زمان استفاده می پردازد. JIS X 0133-1: 1999 استاندارد ترجمه ای از استاندارد ISO / IEC 14598-1: 1998 است.

مدل مشخصه کیفیت نرم افزار دارای ساختار زیر است.

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

مدل مشخصه کیفیت (ISO / IEC 9126-4) در زمان استفاده به شرح زیر است.

• اثربخشی
• بهره وری
• ایمنی
• رضایت

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

ISO / IEC 9126 چارچوبی را در اختیار سازمانها قرار می دهد تا مدل های کیفی را برای محصولات نرم افزاری تعریف کنند. هر سازمانی است که از استانداردی استفاده می کند که جزئیات مدل کیفیت را تعیین می کند. در استفاده ، مقدار مشخصه کیفیت باید با روش اندازه گیری مشخص شود.

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

ISO / IEC 9126 در سال 1977 از یک مدل با کیفیت نرم افزار ساخته شده توسط مک کال و دیگران متولد شد . مدل کیفیت McCall مربوط به سه ویژگی کیفیت:

• Factors: توضیحی از ظاهر خارجی (عملکرد و غیره) نرم افزار. چشم انداز کاربر.
• معیارها: توضیحی از ظاهر (اجرای) از درون نرم افزار. چشم انداز توسعه دهنده
• معیارها: برای ارائه مقیاس یا روشی برای اندازه گیری تعریف شده است.

ادامه نوشته

دسته بندی ها

• فهرست بندی و چکیده
• هیئت تحریریه
• ارسال نسخه خطی
• دستورالعمل به نویسنده
• موضوع فعلی 
• شماره های گذشته
• شماره ویژه
• برای دریافت مقالات در اکتبر 2019 تماس بگیرید
• اخلاق و سوء استفاده
• بیانیه تضاد منافع
• بیانیه رضایت آگاهانه
• تصحیح و ارسال اثبات نهایی
• اخلاق انتشار
• روند بررسی همسالان
• تصویر جلد - آگوست 2019
• ایندکس Copernicus ICV 2017
• پاسخ سریع - تماس با ما

تماس با صفحات

اطلاعات نویسنده

• فرم حق چاپ
• به ویرایشگرها و نظریه های همکار بپیوندید
• ارسال مقاله
• ضریب تأثیر
• خط مشی نمایش

تصدیق

IMPACT FACTOR 2018

موضوع

• علوم زندگی / زیست شناسی
• معماری / مدیریت ساختمان
• مطالعات آسیایی
• مدیریت کسب و کار
• علم شیمی
• علوم کامپیوتر
• اقتصاد و دارایی
• مهندسی / آکوستیک
• علم محیط زیست
• علوم کشاورزی
• علوم دارویی
• علوم عمومی
• علم مواد
• ریاضیات
• دارو
• فناوری نانو و فناوری نانو
• علوم غیرخطی
• هرج و مرج و سیستم های پویا
• فیزیک
• علوم اجتماعی و علوم انسانی

چرا ما؟ >>

• دسترسی آزاد
• همکار بررسی شده است
• انتشار سریع
• میزبانی زمان زندگی
• خدمات تبلیغاتی رایگان
• خدمات نمایه سازی رایگان
• استنادهای بیشتر
• موتور جستجو دوستانه

تشخیص سرقت ادبی

IJCR خط مشی فوری را برای رد مطالب دریافت شده با سرقت ادبی بیش از 20٪ دنبال می کند . بنابراین ، همه نویسندگان و مشارکت کنندگان باید اطمینان حاصل کنند که از پیروی از سیاست های ضد سرقت ادبی ما اطمینان حاصل کنند.

اهمیت عوامل کیفیت mccall در مهندسی نرم افزار: یک رویکرد کمی

نویسنده:

Kothuri Parashu Ramulu و Ramana Murthy، BV

موضوع:

علوم فیزیکی و مهندسی

خلاصه:

مهندسي نياز مرحله مهمي در فرآيند چرخه زندگي توسعه نرم افزار است. هدف مهندسی نیاز ، کشف و جمع آوری الزامات عملکردی و الزامات غیر کاربردی است. مهندسی مورد نیاز بر اساس ضرورت و امکان آن ، نقش اساسی در تحلیل و اولویت بندی عوامل کیفی مک کال دارد. مهندسی مورد نیاز تصمیم گیری های پیچیده ای در مورد اولویت بندی الزامات در فرآیند توسعه نرم افزار برای حفظ کیفیت نرم افزار دارد. انتخاب و اولویت بندی الزامات مناسب غیر کارکردی از چندین الزام ، یک کار مهم است. فرایند تحلیلی سلسله مراتبی (AHP) یک روش تصمیم گیری چند معیار ، یک روش کمی موثر برای اولویت بندی الزامات عوامل کیفی مک کال را در معیارهای مختلف امکان سنجی فراهم می کند. هدف از اين مقاله ارزيابي اولويت بندي نيازها در عوامل كيفي مك كال براساس معيارهاي امكان سنجي با استفاده از AHP است.

فایل پی دی اف:

ادامه نوشته

سفارش دهید ورود به سیستم

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

محمد قاسم ریاض 1 و زایشان آصف 2

1،2 گروه علوم کامپیوتر ، دانشگاه کشاورزی ، فیصل آباد ، پاکستان

خلاصه

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

1. مقدمه

جنبه های اصلی کیفیتی که هر مهندس نرم افزار باید خود را متمرکز کند در این مقاله بررسی و مقایسه می شود. اکنون روزها ، در عصر مدرن فن آوری ، شرکت ها و شرکت های بزرگ میلیون ها میلیارد دلار برای پروژه های IT برای به دست آوردن خدمات نرم افزاری دقیق و کارآمد هزینه می کنند. اولین نکته ما این است که منظور از کیفیت [1] در محصولات نرم افزاری چیست. برای تصمیم گیری در مورد آن به عنوان یک محصول با کیفیت ، به سادگی یک محصول خوب یا اینکه آن را به عنوان یک محصول شکست خورده نامگذاری کنیم ، باید با یک محصول نرم افزاری چه کنیم. مقالات زیادی در مورد علل عدم موفقیت پروژه منتشر شده است به عنوان مثال [8] . چندین مدل و فاکتورهای موفقیت زیادی برای مدیریت مؤثر و دقیق پروژه ها برای ایجاد کیفیت محصولات ارائه شده است [5]. این مقاله با بررسی عوامل و نکات مورد بحث در مدلهای مختلف مانند Boehm ، McCall و بسیاری دیگر مورد بررسی قرار گرفته است [9] [8]. ما همچنین تأثیر آنها بر کیفیت محصول نرم افزار را نشان می دهیم.

در مرحله دوم ، مدل های بسیاری توسط محققان ، سازمان ها و دانشمندان مختلف ارائه می شود. اکثر دانشمندان مدل های اساسی کیفیت نرم افزار ارائه شده توسط مک کال ، Boehm و FURPS را دنبال کردند. براساس این مدلها IEEE و ISO مدلهای جدیدی را ارائه داده و علاوه بر این موارد بسیاری مانند ISO 9126 را نیز انجام داده اند. نحوه اندازه گیری کیفیت نرم افزار و مقیاس های تعیین شده برای اندازه گیری آن نیز در مقاله ذکر شده است. در پایان ، اثر کیفیت در هزینه و تقاضای نرم افزار نیز مورد بحث قرار خواهد گرفت.

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

1. مدل کیفیت نرم افزار McCall
2. مدل کیفیت نرم افزار Boehm
3. مدل کیفیت نرم افزار FURPS
4. مدل کیفیت نرم افزار IEEE
5. مدل کیفیت نرم افزار ISO 9126

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

2. کیفیت تعریف شده

1. به عنوان کیفیت هر چیز / چیز در جهان می توان چنین تعریف کرد:

"اندازه گیری استاندارد از هر شی / چیز در برابر سایر اشیاء / چیزهایی از همان نوع به عنوان کیفیت آن شی / چیز شناخته می شود."

یا

"همچنین می تواند به عنوان درجه برتری یا فرومایگی چیزی نسبت به سایر موارد از همین نوع تعریف شود."

به عنوان مثال ، کیفیت کامپیوتر به سرعت رایانه ، قابلیت اطمینان رایانه ، قوام رایانه و بسیاری از عوامل دیگر مانند آن بستگی دارد. به طور مشابه ، تعاریف فرهنگ لغت از کیفیت در محاسبات تا حد زیادی بر تعالی و بهبود در استانداردهای بین المللی محصول (IS) متمرکز شده است.

2. کیفیت مطابق استاندارد ANSI می تواند به عنوان تعریف شود

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

3. کیفیت مطابق با استاندارد IEEE (IEEE Std. 729-1983)

1. "تمام ویژگی ها و ویژگی های یک محصول نرم افزاری که در ظرفیت آن برای تحقق الزامات خاص قرار دارد [6] : به عنوان مثال ، شرایط را دنبال کنید.
2. درجه ای که نرم افزار ترکیبی از ویژگی های مورد نظر را نگه می دارد.
3. علامتی که در آن یک مصرف کننده مشاهده می کند که نرم افزار با دیدگاه های متقابل خود مطابقت دارد.
4. ویژگی های چندگانه نرم افزاری که واحدی را تعریف می کند که طبق آن محصول نرم افزاری مورد استفاده ، امید مشتری را برآورده می کند. "

3. انواع عمومی مدل ها

همچنین بررسی و تاریخچه مقاله علوم کامپیوتر CDMA را بخوانید

امروزه ، اکثر مدلهای کیفیت مدلهای سلسله مراتبی هستند که بر اساس اصول اساسی کیفیت و معیارهای مربوطه بنا شده اند [7] . همه این مدلها بر اساس وسایل و روشهایی که براساس آنها تولید می شوند طبقه بندی می شوند. اینها به سه نوع زیر طبقه بندی می شوند.

1. مدل فرضی بر اساس روابط فرضیه در بین متغیرهای مورد استفاده است.
2. مدل مبتنی بر داده محور با تجزیه و تحلیل آماری ماتریس مرتبط در مدل.
3. این مدل ، اثر متقابل اشیاء است که برای تعیین نوع ساده مدل و در مرحله دوم تجزیه و تحلیل داده ها برای تدوین ثابت های مدل به همراه مقادیر متغیر استفاده می شود.

4. مدل های مختلف کیفیت

4.1 مدل کیفیت McCall

این نخستین مدل با کیفیت است که توسط جیم مک کال در سال 1977 ارائه شد و به آن مدل عمومی الکترونیکی نیز گفته می شود [8] . قبل از ارائه این مدل هیچ مدل معتبری برای بررسی یا بررسی کیفیت محصول وجود نداشت. این مدل مجموعه ای از خصوصیات اساسی را برای اندازه گیری کیفیت محصول ارائه می دهد.

شکل 1. مدل کیفی McCall و تمام اجزای آن

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

1. بهره برداری از محصول: میزان هر محصولی که چقدر سریع و به راحتی قابل درک باشد ، شامل ، قابلیت اطمینان ، صحت ، کارایی ، صداقت و معیارهای قابلیت استفاده است.
2. تجدید نظر در محصول: این محصول باعث حفظ قابلیت اطمینان ، قابلیت آزمایش بودن ، تغییرپذیری ، انعطاف پذیری و اشکال زدایی محصول می شود.
3. انتقال محصول: با انطباق با محیط ، قابلیت حمل ، قابلیت استفاده مجدد و قابلیت همکاری محصول سروکار دارد.

4.2 کیفیت مدل بوهم

مدل کیفیت نرم افزار Boehm [9] نسبت به مدل کیفیت McCall ویژگی ها و ویژگی های بیشتری را ارائه می دهد. این مدل توسط باری دبلیو بوم در سال 1978 ارائه شد. مدل Boehm تقریباً شبیه به مدل کیفیت McCall است زیرا یک مدل با کیفیت سلسله مراتبی را نیز ارائه می دهد که در مورد سطح بالا ، سطح متوسط ​​و خصوصیات بدوی طراحی شده است ، که هر یک از آنها نقش مهمی در سطح کیفیت کلی. تمام سطوح فوق بیانگر سؤالات خریدار ، فاکتور کیفیتی است که می تواند کیفیت محصول را تحت تأثیر قرار دهد و یا نمایانگر آن باشد و پایه ای برای توصیف معیارهای کیفیت باشد.

شکل 2. مدل کیفیت Boehm و کلیه مؤلفه های آن

تقریباً هر دو مدل Boehm و McCall تا حدودی شبیه هستند. [10]. تفاوت در این دو مدل در این است که مدل McCall عمدتا در اندازه گیری دقیق ویژگی های سطح بالا "ابزار As-is" است. از طرف دیگر ، مدل کیفیت بوم وابسته به طیف وسیعی از خصوصیات با تأکید گسترده و گسترده بر حفظ و نگهداری است.

4.3 مدل کیفیت FURPS

مدل FURPS پس از مدل McCall و Boehm ارائه شد. این نخستین بار توسط شرکت رابرت گریدی و شرکت هیولت پاکارد ارائه شده است که مخفف کلمه FURPS مخفف کاربردی ، قابلیت استفاده ، قابلیت اطمینان ، عملکرد و پشتیبانی از محصول در حال توسعه است [11].

1. کارایی: عملکرد شامل ترکیبی از ویژگی ها ، امنیت ، ویژگی ها و قابلیت ها است.
2. قابلیت استفاده: در این بخش عواملی که در استفاده از محصول مانند عوامل انسانی ، زیبایی شناسی ، مواد آموزشی و مستندات کاربر تأثیر می گذارد ، قرار دارد.
3. قابلیت اطمینان: این اطمینان از قابلیت اطمینان و یکپارچگی عوامل مانند بازیابی تا خرابی ها در بین خرابی ها ، فرکانس و شدت شکست ها است.
4. عملکرد: شرایط را در مورد ضروریات عملی مانند سرعت ، در دسترس بودن ، راندمان ، توان عملیاتی ، دقت ، استفاده از منابع ، زمان پاسخ و زمان بازیابی تقویت می کند.
5. قابلیت پشتیبانی: این بخش شامل مؤلفه هایی همچون قابلیت توسعه ، سازگاری ، قابلیت حفظ ، سازگاری ، قابلیت تنظیم ، قابلیت نصب ، سرویس پذیری و قابلیت محلی سازی است.

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

شکل 3. مدل کیفیت FURPS و تمام اجزای آن

4.4 مدل کیفیت IEEE

انستیتوی مهندسان برق و الکترونیک (IEEE) [12]. این یک سازمان بین المللی است که همچنین بسیاری از مدل های استاندارد را برای کیفیت و نگهداری از محصول نرم افزار ارائه می دهد. این ارائه شده ، بسیاری از استانداردهای تضمین کیفیت نرم افزار و تأیید / اعتبارسنجی محصول نرم افزار است. شکل انتزاعی مدل های با کیفیت نرم افزار IEEE به جلو ارائه شده است:

شکل 4. مدل کیفیت IEEE و همه اجزای آن

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

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

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

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

قابلیت پشتیبانی: به حفظ قابلیت تست ، قابلیت افزایش و صحیح بودن کمک می کند.

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

قابلیت استفاده: این اطمینان ، درک ، ارتباط و سهولت یادگیری را تضمین می کند.

4.5 مدل کیفیت ISO 9126

ISO 9126 [14] [13] توسط سازمان استاندارد بین المللی ارائه شده است. این یکی از پر کاربردترین و پرکاربردترین مدل کیفیت برای حفظ کیفیت محصول نرم افزاری است. این مدل مدرن براساس مدلهای قبلی مانند McCall ، Boehm ، FURPS و بسیاری از نسخه های قدیمی دیگر ISO مانند ISO 9000 و غیره ساخته شده است.

شکل 5. مدل کیفیت ISO 9126 و همه اجزای آن

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

کارآیی: این شامل کاراکترهایی است که در زمان معین و منابع مورد استفاده ، بر توانمندی تأثیر می گذارد.

قابلیت اطمینان: این شامل بلوغ ، تحمل گسل و بازیافت است.

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

حفظ پذیری: با استفاده از تجزیه و تحلیل پذیری ، به حفظ تغییرپذیری ، ثبات و قابلیت آزمایش کمک می کند.

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

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

5. مقایسه مدل ها

با توجه به مطالعه و ارقام فوق ، ما برای توجیه مطالعه رقابتی ما بین همه مدلها مقایسه ای انجام دادیم.

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

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

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

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

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

همچنین سیستم رزرواسیون هواپیمایی را بخوانید مشخصات نرم افزار مورد نیاز نرم افزار Ars Computer Science Science

6. نتیجه گیری

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

مدل مک کال: در مدل کیفیت McCall ، بیشترین کیفیت را بر اساس قضاوت شخص (بازدید کنندگان) یا کاربران با پاسخ دادن به سؤالات ارائه شده در یک سؤال سنجیده می شود. (بله یا سوالی نیست).

مدل Boehm: در حالی که Boehm بر اساس ویژگی های محصول در سطح متمرکز می شود.

FURPS: مدل کیفیت FURPS ساخته شده و کشیده شده است تا در شرکت نرم افزاری منطقی IBM رها شود. بنابراین ، این یک مدل با کیفیت خاص و خاص است ، که برای مزایا و بهبود آن شرکت ارائه شده است.

IEEE: همچنین الگوی خوبی برای اجرای آن است. برای حفظ کیفیت محصول از روشها و استانداردهای مختلف اندازه گیری مانند تضمین کیفیت نرم افزار استفاده می کند.

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

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

خصوصیات کیفیت	مدل ها
	مک کال	بوم	FURPS	IEEE	ISO 9126
ثبات
تمامیت
امنیت
بلوغ
قابلیت استفاده
دقت
انعطاف پذیری
بهره وری
قابلیت اطمینان
قابلیت حمل
قابلیت تست
قابل استفاده مجدد
عملکرد
تجزیه و تحلیل
قابلیت اصلاح
کارایی
قابلیت نصب
قابلیت پشتیبانی
تفسیر
قابلیت نگهداری
تحمل خطا
قابل درک است
مدیریت زمان
خود قناعت
دسترسی
عوامل انسانی
قابلیت همکاری
انطباق
مناسب بودن
قابل تعویض
تطبیق پذیری
استقلال دستگاه

منابع

[1] Khomh، F.، Haderer، N. and Antoniol، G. (2009). SQUAD: درک کیفیت نرم افزار از طریق تجزیه و تحلیل طراحی ، مهندسی معکوس ، WCRE'09 ، شانزدهمین کنفرانس کاری

[2] Dubey، SK، Gosh، S. and Rana، A. (2012). مقایسه مدلهای کیفیت نرم افزار: یک رویکرد تحلیلی. مجله بین المللی

نوظهور فناوری و مهندسی پیشرفته ، ISSN 2250-2459 ، جلد. 2 ، شماره 2 ، صص 111-119.

[3] رابرسون ، ج. (2002). تحقیقات در دنیای واقعی: منبعی برای دانشمندان اجتماعی و پزشکان-محققان ، انتشارات بلکول ، با مسئولیت محدود

[4] Sharma، K. and Sharma، K. (2013). مقایسه انواع محصولات با کیفیت نرم افزار ، Proc. از بین المللی اعتراف در مورد روندهای اخیر در مهندسی محاسبات و ارتباطات ، RTCCE 2013

[5] Sharma، A.، Kumar، R. and Grover، PS (2008). تخمین کیفیت برای مؤلفه های نرم افزار: یک رویکرد تجربی ، یادداشتهای مهندسی نرم افزار ACM SIGSOFT ، 33 (6) ، صص 1-10

[6] IEEE STD 729. (1983). واژه نامه استاندارد IEEE اصطلاحات مهندسی نرم افزار

[7] Pressman ، RS (2012). مهندسی نرم افزار رویکرد یک تمرینگر نسخه 7. McGraw-Hill ، Inc

[8] McCall JA ، Richards، PK and Walters، GF (1977). عوامل در کیفیت نرم افزار ، جلد. 1 ، 2 و 3 ، AD / A 049-014 / 015/055 ، National Tech. خدمات اطلاع رسانی ، Springfield.

[9] Boehm، BW، Brown، JR، and Lipow، M. (1976). ارزیابی کمی از کیفیت نرم افزار ، کنفرانس بین المللی مهندسی نرم افزار ، مجموعه مقالات دومین کنفرانس بین المللی مهندسی نرم افزار (دوم): 592-605.

[10] Boehm، BW، Brown، JR and Kaspar، JR (1978). ویژگیهای کیفیت نرم افزار ، سری TRW سری نرم افزارهای فناوری ، آمستردام ، هلند شمالی.

ادامه نوشته

مدل سازی کیفیت نرم افزار

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

9.1 مدل سازی کیفیت نرم افزار

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

قدیمی ترین مدل ها مدل های مک کال (1977) و بوهم و همکاران (1978) هستند ، به شکل 9.1 و 9.2 مراجعه کنید. هر دو مدل دارای سلسله مراتبی هستند و پالایشهای پی در پی که در قسمت ابتدایی به طور مستقیم قابل اندازه گیری هستند ، به طور مستقیم قابل اندازه گیری هستند ، شکل 9-3 را ببینید. هر دو از کاربری نرم افزار به سه بخش غیر همپوشانی یعنی (نامگذاری از مک کال) تقسیم می شوند:

 

• عملکرد محصول ،
• تجدید نظر در محصول ، و
• انتقال محصول

اریکسون و تورن نه از طریق نرم افزار بلکه از طرفهای درگیر در سیستم های اطلاعاتی (IS) و نگرانی اصلی آنها شروع می شود:

 

• کیفیت کسب و کار: مدیریت ، سرمایه گذاری سودآور است
• کیفیت استفاده: کاربران ، در کار مفید هستند
• کیفیت فناوری اطلاعات IS: پرسنل IS ، تحقق کارآمد

این مدل ها نمونه ای از مدل های استاتیک هستند. کاربرد در مثال 9.2 شرح داده شده است.

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

نیاز به مقایسه محصولات منجر به کار برای تعریف یک مدل استاندارد شد. یکی از نتایج این امر براساس مدل McCall ، ISO 9126 است : ارزیابی محصولات نرم افزاری: ویژگی های کیفیت و دستورالعمل های استفاده از آنها ، کیفیت را به عنوان تجزیه شده توصیف می کند: قابلیت ، قابلیت اطمینان ، کارآیی ، قابلیت استفاده ، قابلیت حفظ و قابلیت حمل.

ادامه نوشته

کیفیت نرم افزار: نقش و ارزش مدل های کیفیت

صفحه 1
کیفیت نرم افزار: نقش و ارزش مدل های کیفیت
سو هوآ وانگ ، دورژ سامادیه ، دنجی چن
مجله بین المللی پیشرفت های فناوری رایانه دوره 3 ، شماره 6 ، ژوئیه 2011
کیفیت نرم افزار: نقش و ارزش مدل های کیفیت
1 سو هوآ وانگ ، 2 دورگ سامادیه ، 3 دنجی چن
1 گروه مدیریت اطلاعات ، دانشگاه چونگ هوآ ، تایوان ، [e-mail]
* 2 گروه اطلاعات Mgt ، دانشگاه چونگ هوآ ، تایوان ،
[e-mail]
3 گروه اطلاعات Mgt ، دانشگاه چونگ هوآ ، تایوان ، [e-mail]
doi: 10.4156 / ijact.vol3.issue6.9
خلاصه:
مهندسی نرم افزار و کیفیت نرم افزار مجموع ویژگی ها و ویژگی های یک محصول است
یا خدمتی که توانایی آن در برآورده کردن نیازهای معین را داشته باشد. کیفیت پایین محصول نرم افزار در
سیستم های حساس ممکن است منجر به از بین رفتن جان انسان ، آسیب دائمی ، عدم موفقیت در ماموریت یا ضرر مالی شود. بنابراین
کیفیت پروژه باید با برچسب مناسب حفظ شود. برای حفظ کیفیت ، وجود دارد
مدل های مختلف کیفیت "محصولی با کیفیت بالا ، کالایی است که با آن تعدادی از محصولات همراه است
عوامل کیفی اینها را می توان در مشخصات الزامات شرح داد؛ می توان آنها را کشت ، در
که آنها به طور معمول با مصنوعی از طریق آشنایی با استفاده و از طریق مشترک در ارتباط هستند
تجربه کاربران؛ یا آنها می توانند فاکتورهای کیفی باشند که توسعه دهنده آنها را مهم می داند اما هستند
مورد توجه مشتری قرار نمی گیرد و از این رو در مشخصات الزامات گنجانده نشده است. "
در این مقاله ، ما در مورد همه مدل های کیفیت بحث خواهیم کرد: مدل کیفیت مک کال ، مدل کیفیت Boehm ،
مدل با کیفیت Dromey و مدل کیفیت FURPS. علاوه بر این ، ما به مقایسه خواهیم پرداخت
بین این مدل های با کیفیت ، و تفاوت های کلیدی بین آنها را پیدا کنید.
کليدواژگان : مدل كيفيت ، كيفيت نرم افزار ، اجرا كننده ، عوامل كيفي ،
مهندسی نرم افزار ، حفظ کیفیت
1. مقدمه:
تعمیر و نگهداری نرم افزار شامل تصحیح خرابی ، افزایش کارایی و یک دوپینگ به a است
محیط فنی جدید ، در حالی که پیشرفت نرم افزار شامل معرفی ویژگی های جدید است
و اتخاذ تغییر در صنعت. تمام این فعالیت ها نیاز به تغییراتی در کد منبع دارند
بزرگتر و پیچیده تر می شوند و به عنوان یک نتیجه مستقیم ، با پیشرفت ، گران تر می شوند
سن نرم افزار. از این نقطه نظر نرم افزار "خوب" باید به راحتی تغییر و گسترش یابد.
همچنین نرم افزار انعطاف پذیر متناسب با سال های توسعه چابک است. همانطور که می بینیم موارد مختلفی وجود دارد
جنبه هایی که گرد هم می آیند و کیفیت نرم افزار را تشکیل می دهند.
توسعه دهندگان باید در طول پروژه ، از SRS تا diver el مراقبت کنند
محصول نرم افزاری به مشتری. تکنیک استدلال مبتنی بر مورد (CBR) قادر به ارائه راه حل است
به یک مشکل تجزیه و تحلیل کیفیت مورد نیاز نرم افزار واقعاً سریع [17]. تکنیک استدلال مبتنی بر مورد
اجازه می دهد تا ساقه سیستم از موارد قبلی استفاده کند و یا مواردی را که باید زودتر از آن استفاده کنند ، استفاده کند
به تازگی PR SRS بسیار جدی است که nalysis p را سرقت می کند یا مواردی را بدون هاوین g برای بازسازی olutions f rom
خراش برای مواردی که در گذشته بارها با آنها روبرو بوده اید. تکنیک استدلال مبتنی بر مورد
مطمئناً ((نرم افزار مورد نیاز نرم افزار Sp ecification) SRS q) تجزیه و تحلیل puality را اصلاح می کنم
فوق العاده [17]. برای اصطلاح "کیفیت نرم افزار" چندین تعریف وجود دارد ، به عنوان مثال ، کیفیت است
تعریف شده توسط سازمان های بین المللی به عنوان "کیفیت شامل تمام ویژگی ها و ویژگی های قابل توجه است
محصول یا فعالیتی که مربوط به برآورده کردن شرایط مورد نیاز باشد »[4] ، و" کیفیت محصول است
کلیه ویژگی ها و ویژگی های یک محصول یا خدمات که توانایی آن در برآورده شدن را دارد
نیازهای داده شده "[5].
در این مقاله ، ما در مورد مدل های مختلف کیفیت مختلف و ویژگی های کلیدی بحث و مقایسه خواهیم کرد
بین مدل کیفیت McCall ، مدل کیفیت Boehm ، مدل کیفیت Dromey ، کیفیت FURPS
مدل ، مدل کیفیت ISO 9126. Secti در 2 p نسبت به بررسی اجمالی این مدل های با کیفیت نرم افزار ،
بخش 3 حاوی عامل تحلیل و مقایسه است و بخش 4 مقاله را نتیجه گیری می کند و بخش هایی را ارائه می دهد
نظرات.
- 65 -صفحه 2
کیفیت نرم افزار: نقش و ارزش مدل های کیفیت
سو هوآ وانگ ، دورژ سامادیه ، دنجی چن
مجله بین المللی پیشرفت های فناوری رایانه دوره 3 ، شماره 6 ، ژوئیه 2011
2. مدل های کیفیت نرم افزار:
ما مدل ارزیابی کیفیت را به عنوان مدل های تحلیلی تعریف می کنیم که ارزشیابی کیفی را ارائه می دهد
انتخاب ویژگی های برجسته کیفیت یا ویژگی های زیر بر اساس
اندازه گیری داده ها از نرم افزار
پروژه ها. چنین مدل هایی می توانند به ما کمک کنند تا ارزیابی کیفی از کیفیت محصول فعلی ما را بدست آوریم
در مقابل با او اغلب اشیاء غیرفعال موضوعی غیرقابل اعتماد مبتنی بر قضاوت پرس و جو یا نادرست
ارزیابی کیفی.
2.1. مدل کیفیت McCall
یکی از پیشینیان مشهور مدلهای کیفیت امروزی ، مدل کیفیت ارائه شده توسط
جیم مک کال و همکاران (1977) [1-3] که همچنین به عنوان مدل عمومی الکتریکی در سال 1977 شناخته می شود ، نشات گرفته از
ارتش ایالات متحده است و در درجه اول به سمت توسعه دهندگان سیستم و روند توسعه سیستم مورد نظر است.
در این مدل با کیفیت McCall سعی دارد با تمرکز بر روی یک شکاف بین کاربران و توسعه دهندگان ایجاد کند
تعدادی از عوامل کیفیت نرم افزار که هم نظرات کاربران و هم اولویت های توسعه دهنده را منعکس می کند.
شکل 1 نشان می دهد که مدل کیفیت McCall دارای سه دیدگاه اصلی برای تعریف و شناسایی است
کیفیت یک محصول بسیار نرم افزار: تجدید نظر در poduct (تغییر نام خانوادگی در تغییرات) ، انتقال سریع محصول
(سازگاری با جوش های جدید محیط) و یون های عمل محصول (خصوصیات درجه حرارت آن). میز 1
تمام 3 چشم انداز مهم و 11 عامل کیفیت و 23 معیار کیفیت کیفیت McCall را نشان می دهد
مدل.
شکل 1. مدل کیفیت McCall (مثلث کیفیت McCall)
- 66 -صفحه 3
کیفیت نرم افزار: نقش و ارزش مدل های کیفیت
سو هوآ وانگ ، دورژ سامادیه ، دنجی چن
مجله بین المللی پیشرفت های فناوری رایانه دوره 3 ، شماره 6 ، ژوئیه 2011
جدول 1 محتویات مدل کیفیت McCall - تجدید نظر در محصول و عملکرد محصولات
چشم انداز عمده
عوامل کیفیت
معیارهای کیفیت
بازنگری محصولات
قابلیت نگهداری
سادگی
مختصر بودن
خود توصیفی
مدولار بودن
انعطاف پذیری
خود توصیفی
قابلیت توسعه
کلیت
قابلیت تست
سادگی
ابزار دقیق
خود توصیفی
مدولار بودن
بهره برداری از محصول
صحت
قابلیت ردیابی
کامل بودن
ثبات
بهره وری
راندمان اجرا
بازده ذخیره سازی
قابلیت اطمینان
ثبات
دقت
تحمل خطا
تمامیت
کنترل دسترسی
دسترسی به حسابرسی
قابلیت استفاده
عملکرد
آموزش
ارتباطات
انتقال محصول
قابلیت حمل
خود توصیفی
s / w استقلال سیستم
استقلال ماشین
قابل استفاده مجدد
خود توصیفی
کلیت
مدولار بودن
s / w استقلال سیستم
استقلال ماشین
قابلیت همکاری
مدولار بودن
مشترکات ارتباطی
مشترکات داده ها
2.2. مدل کیفیت Boehm:
دوم از پیشینیان پایه و بنیادی مدلهای کیفیت امروز ، مدل کیفیت است
ارائه شده توسط Ba rry W. Boe hm (1978) [6، 7]. باری دبلیو بوهم نیز یک مدل طلایی سلسله مراتبی را تعریف کرد
ویژگی های کیفیت نرم افزار ، در تلاش برای تعریف کیفی کیفیت نرم افزار به عنوان مجموعه ای از ویژگی ها
و معیارها (اندازه گیری) در بالاترین سطح مدل خود ، بوهم سه کاربرد اصلی را تعریف کرد (یا
الزامات اساسی نرم افزار) ، این سه کاربرد اصلی عبارتند از: -
• ابزار as-is ، میزان استفاده از نرم افزار as-is (سهولت استفاده ، قابلیت اطمینان و
بهره وری).
• حفظ ، سهولت در شناسایی آنچه باید تغییر کند و همچنین سهولت اصلاح
و دوباره امتحان کردن
• قابلیت حمل ، سهولت در تغییر نرم افزار برای قرار گرفتن در محیط جدید.
این سه کاربرد اصلی دارای عوامل کیفی مرتبط با آنها بود که سطح بعدی آنها را نشان می دهد
مدل سلسله مراتبی Boehm.Bohem هفت عامل کیفیت را مشخص کرد ، یعنی:
قابلیت حمل و نقل ، حدی که نرم افزار تحت آن کار خواهد کرد
mputer شرکت های مختلف
تنظیمات (به عنوان مثال سیستم عامل ، پایگاه داده و غیره).
قابلیت اطمینان ، میزان عملکرد نرم افزار در صورت نیاز ، یعنی عدم وجود نقص.
- 67 -صفحه 4
کیفیت نرم افزار: نقش و ارزش مدل های کیفیت
سو هوآ وانگ ، دورژ سامادیه ، دنجی چن
مجله بین المللی پیشرفت های فناوری رایانه دوره 3 ، شماره 6 ، ژوئیه 2011
• کارآیی ، استفاده بهینه از منابع سیستم در حین اجرای صحیح.
• قابلیت استفاده ، سهولت استفاده.
• قابلیت آزمایش ، سهولت اعتبارسنجی ، که نرم افزار الزامات را برآورده سازد.
قابل درک بودن ، چادر قبلی برای نرم افزار با توجه به راحتی به راحتی درک می شود
هدف و ساختار.
انعطاف پذیری ، او سهولت دارد
در حال تغییر او به طوری نرم افزار برای دیدار با r
سهام
این فاکتورهای کیفیت بیشتر به سازه های اولیه تقسیم می شوند که می توانند اندازه گیری شوند
پایین ترین سطح مدل ، که در شکل 2 نشان داده شده است.
شکل 2 مدل با کیفیت Boehm
2.3 مدل کیفیت Dromey.
درومی اظهار داشت که ویژگیهای با کیفیت یا ویژگیهای سطح بالا را نمی توان مستقیماً در آنها ایجاد کرد
نرم افزار (1995) [9]. این محصول b ase quity مدل p از R. R. eoff Dr Omey خشمگین است [10، 11]
تشخیص می دهد که سؤال از نظر اقتصادی با f و eac h produ ct و t hat a dy dy namic i dea f متفاوت است یا
مدل سازی فرایند لازم است به اندازه کافی گسترده باشد که برای سیستم های مختلف اعمال شود. درومی در حال تمرکز است
در رابطه بین کیفیت بین ویژگیها و ویژگیهای زیر و همچنین atte mpting به
ویژگی های محصول نرم افزار را با ویژگی های کیفیت نرم افزار متصل کنید. سه عنصر اصلی وجود دارد
به مدل کیفیت عمومی Dromey:
1. خواص محصول که بر کیفیت تأثیر می گذارد
2. ویژگی های با کیفیت بالا
3. به معنای پیوند دادن خواص محصول با ویژگی های کیفیت.
مدل کیفیت Dromey بیشتر در طی یک مرحله 5 مرحله ای ساخته شده است:
• مجموعه ای از ویژگی های سطح بالا را برای ارزیابی لازم انتخاب کنید.
• اجزای / ماژول ها را در سیستم خود لیست کنید.
• ویژگی های حمل کیفیت را برای مؤلفه ها / ماژول ها (ویژگی های مؤلفه) مشخص کنید
که از لیست بالا بیشترین تأثیر را بر خواص محصول دارد).
• تعیین کنید که چگونه هر خاصیت روی صفات کیفیت اثر می گذارد.
• ارزیابی مدل و شناسایی نقاط ضعف.
- 68 -صفحه 5
کیفیت نرم افزار: نقش و ارزش مدل های کیفیت
سو هوآ وانگ ، دورژ سامادیه ، دنجی چن
مجله بین المللی پیشرفت های فناوری رایانه دوره 3 ، شماره 6 ، ژوئیه 2011
شکل 3. اصول مدل کیفیت Dromey
2.4 مدل کیفیت FURPS:
رابرت گرییدی و همکار و همت پک از این مدل در سال 19 87 استفاده می کنند. مدل FURP دکو مونتاژ می کند
خصوصیات در دو دسته از نیازهای اساسی یعنی کاربردی نیاز به عدم عملکردی دارد
مورد نیاز نیاز عملکردی با ورودی و خروجی مورد انتظار تعریف می شود ، در حالی که غیر کاربردی است
مورد نیاز (همچنین به عنوان URPS شناخته می شود) شامل قابلیت استفاده ، قابلیت اطمینان ، عملکرد و قابلیت عملکرد فوق العاده است.
یکی از مزایای این مدل F URPS است که نمی توان آن را به حساب آورد تا بتواند محصول محصولی را که در آن وجود دارد ، بشمارد.
قابلیت حمل [12] هنگام استفاده از مدل FURPS ، دو مرحله در نظر گرفته شده است: تنظیم اولویت و تعیین
ویژگی های کیفیتی که قابل اندازه گیری است. گریدی و کاسو الی توجه داشته باشید که اولویت های مهم خود را مهم نباشد ، مهم است
با توجه به تجارت ضمنی ، یعنی یکی از خصوصیات کیفیت را می توان با هزینه دیگری بدست آورد.
جدول 2. محتوای مدل FURPS
مشخصات
شرح
عملکرد شامل
مجموعه ویژگی ها ، قابلیت ها و امنیت.
قابلیت استفاده
عوامل انسانی ، زیبایی شناسی کلی ، قوام و مستندات
قابلیت اطمینان
فراوانی و شدت شکست ، بازیابی ، پیش بینی ، دقت ،
و میانگین زمان بین خرابی ها (MTBF).
کارایی
سرعت پردازش ، زمان پاسخ ، مصرف منابع ، توان و
بهره وری.
قابلیت پشتیبانی
قابلیت تست ، قابلیت توسعه ، سازگاری ، قابلیت حفظ ، سازگاری ،
قابلیت تنظیم ، سرویس دهی ، قابلیت نصب و قابلیت محلی سازی را دارد.
2.5. ISO:
I rganization O nternational for Stand ardization یک بدنه استاندارد بین المللی است
متشکل از نمایندگان سازمانهای مختلف استاندارد ملی. در 23 فوریه تاسیس شد
در سال 1947 ، این سازمان استانداردهای اختصاصی صنعتی و تجاری جهانی را اعلام می کند [13].
ISO al so pub گزارش های فنی ، تکنیک های فنی خاص ، مشخصات قابل حمل و نقل را منتشر می کند ،
Corrigenda Technical، and Guides [14، 15].
2.5.1. مدل کیفیت 9126 .
ISO 9126 ویژگی های کیفیت خارجی یک محصول نرم افزاری را مشخص می کند. بنابراین نماینده است
اثربخشی محصول
- 69 -صفحه 6
کیفیت نرم افزار: نقش و ارزش مدل های کیفیت
سو هوآ وانگ ، دورژ سامادیه ، دنجی چن
مجله بین المللی پیشرفت های فناوری رایانه دوره 3 ، شماره 6 ، ژوئیه 2011
شکل 4. ISO 9126: ارزیابی محصول نرم افزار: خصوصیات کیفیت و استفاده از آنها
این استاندارد براساس مدلهای McCall an d Boehm طراحی شده است. علاوه بر این اساساً در ساختار ساختار یافته است
با روشی مشابه این مدلها (شکل 4 را ببینید) ، ISO 9126 همچنین شامل عملکردی به عنوان یک پارامتر است ،
و همچنین شناسایی هر دو کیفیت داخلی و خارجی کیفیت محصولات نرم افزاری.
جدول 3 محتوا ISO 9126
مشخصات
شرح
خصوصیات فرعی
عملکرد
عملکردی: "قابلیت محصول نرم افزار به
کارکردهایی را ارائه می دهد که نیازهای بیان شده و ضمنی را برآورده می کند
هنگام استفاده از نرم افزار تحت شرایط مشخص ".
مناسب بودن ، مناسب بودن ،
امنیت ، قابلیت همکاری ،
انطباق
قابلیت اطمینان
قابلیت محصول نرم افزاری برای حفظ a
سطح مشخص شده عملکرد هنگام استفاده در زیر
شرایط مشخص شده
بلوغ ، تحمل عیب ،
بازیابی ، انطباق
قابلیت استفاده
توانایی محصول نرم افزاری قابل درک است
در هنگام استفاده ، مورد استفاده ، جذاب و جذاب کاربر قرار می گیرد
تحت شرایط مشخص
قابل درک بودن ، یادگیری
عملیاتی ، جذابیت ،
انطباق
بهره وری
قابلیت ارائه محصول نرم افزاری
عملکرد مناسب ، نسبت به مقدار
منابع مورد استفاده ، تحت شرایط اعلام شده
رفتار زمان ، منابع
رفتار ، سازگاری
قابلیت نگهداری
قابلیت تغییر در محصول نرم افزاری.
اصلاحات ممکن است شامل اصلاحات ، اصلاحات باشد
یا سازگاری نرم افزار با تغییرات در
محیط ، و در شرایط مورد نیاز و کاربردی
مشخصات فنی
تجزیه و تحلیل ، تغییرپذیری ،
ثبات ، قابلیت آزمایش ،
انطباق
قابلیت حمل
قابلیت انتقال محصول نرم افزاری
از یک محیط به محیط دیگر محیط زیست
ممکن است شامل سازمانی ، سخت افزاری یا نرم افزاری باشد
محیط.
سازگاری ، نصب ، هماهنگی
تعویض پذیری ،
انطباق
3. مقایسه:
ويژگي هاي كيفيتي كه در اكثريت مدل ها وجود دارد: نقص E ، شايستگي ريبي ،
قابلیت پایداری ، قابلیت حمل ، قابلیت استفاده و کارایی ، این موارد در مدلهای اخیر نیز وجود داشته است
در بالا توضیح داده شد برای کشف معدن ، مقایسه کرده ایم و به نتیجه نهایی رسیده ایم ، ما آماده کرده ایم
در جدول زیر ، هرکدام به عنوان ویژگی های کیفیت نرم افزار دارای جامعه هستند. با این تصویر جداول ، آن را
مشاهده مدل هایی که طیف گسترده تری از خصوصیات را در مقایسه با مدلهای مختلف پشتیبانی می کنند آسان می شود
مواردی که از ویژگیهای کمتری پشتیبانی می کنند. به عنوان مثال ، به وضوح دیده می شود که ISO 9126 و McCall پشتیبانی می کنند
ویژگی های بیشتر از Boeh m ، FURPS و Dro mey. علاوه بر این ، ما می توانیم به او خدمت کنیم
- 70 -صفحه 7
کیفیت نرم افزار: نقش و ارزش مدل های کیفیت
سو هوآ وانگ ، دورژ سامادیه ، دنجی چن
مجله بین المللی پیشرفت های فناوری رایانه دوره 3 ، شماره 6 ، ژوئیه 2011
ویژگی هایی که بیشتر از همه او در مدلهای مختلف وجود دارد ، صرفاً مدلین: توانایی E ، قابلیت Reliab ،
کارایی ، قابلیت نگهداری ، قابلیت حمل و قابلیت استفاده. [جدول 4 ، شکل 5]
Deepak Dahiya ، Pooja J خلاصه ، هیچ متدولوژی توسعه نرم افزار واحد وجود ندارد که وجود داشته باشد
می تواند تمام نیازهای همه کارمندان را برآورده سازد. این امر در تکامل نوع شماره به نتیجه رسیده است
روش شناسی به عنوان ابزار و فن آوری بالغ شده است [18]. آنها همچنین از تجربیات تکامل یافته اند
توسعه دهندگان نرم افزار ، معماران ، طراحان و تحلیلگر مشاغل در تالارهای مختلف به اشتراک گذاشتند. برخی از
روش های رایج که تکامل یافته و در حال حاضر انتخاب صنعت نرم افزار است و مورد استفاده قرار می گیرد
برای نرم افزارهای نرم افزاری نرم افزارهای نرم افزاری نرم افزار Unifi ed Pr ocess ، موش Agile Pro و Aspect Orient ed
روش شناسی. بر اساس سبک های مختلف arious بنابراین روش های توسعه نرم افزار ftware در سال انجام شده است
مراحل مختلف اجرای نمونه اولیه مرکز منابع Lear ning یعنی تجزیه و تحلیل ، طراحی
و پیاده سازی به عنوان مشخص شده ، استنتاج های زیر مطابق جدول 5 آورده شده است [18].
اهمیت این کار را می توان ناشی از این واقعیت دانست که امروزه فرآیندهای بسیاری وجود دارد /
روشهایی که در صنعتی مورد استفاده قرار می گیرد که مشاغل ممکن است تصمیم گیری را دشوار کند ،
پیاده سازی و ادغام این روش های نرم افزاری برای هر برنامه استراتژیک تجاری آینده. یک مجرد
یک پنجره توقف به عنوان ورودی مناسب در این مقطع خدمت می کند [18].
جدول 5. ارتباط روش های مختلف توسعه نرم افزار
روش شناسی
ارتباط
آبشار
امروز برای کاربرد Legacy مناسب است
نمونه سازی
مناسب برای استفاده سریع در محیط خانه
افزایشی
مناسب برای برنامه های وب کوچک
مارپیچ
مناسب تر برای برنامه های زمان واقعی
RAD
مناسب تر برای برنامه های زمان واقعی
چابک
بسیار مرتبط با راه اندازی وب / توزیع شده امروز در محیط کسب و کار امروز
جدول 4 ویژگی های کیفیت در مدل های Boehm ، McCall ، FURPS ، ISO 9126 و Dromey
شکل 5. مقایسه همه مدل ها
- 71 -صفحه 8
کیفیت نرم افزار: نقش و ارزش مدل های کیفیت
سو هوآ وانگ ، دورژ سامادیه ، دنجی چن
مجله بین المللی پیشرفت های فناوری رایانه دوره 3 ، شماره 6 ، ژوئیه 2011
4. تجزیه و تحلیل:
در کل مدلها 17 ویژگی وجود دارد. فقط یک "قابلیت اطمینان" مشخصه مشترک است
در همه مدل های با کیفیت سه ویژگی "بهره وری ، قابلیت استفاده ، قابلیت حمل" متعلق به چهار کیفیت است
مدل ها. دو ویژگی "قابلیت آزمایش و قابلیت استفاده مجدد" فقط به دو مدل تعلق دارد. و در حالت استراحت
از 9 ویژگی "انعطاف پذیری ، صحت ، یکپارچگی و قابلیت همکاری" در کیفیت مک کال
مدل ها ، "مهندسی انسانی ، ثبات پذیری قابل قبول ، و قابلیت اطمینان وزارت دفاع" در مدل qua lity Boeh m ،
"عملکرد و قدرت ارتقاء" در
FURPS q uality m odel. قابلیت تست ، پیش فرض بین ،
در بعضی از مدلهای با کیفیت از قابلیت شناخت به عنوان فاکتور / ویژگی ها و ویژگی های کاربردی استفاده می شود. به هر حال در
ایزو 9 126 ، فاکتور / خصوصیات / ویژگیهای اصلی به عنوان ویژگیهای فرعی جریمه می شوند. او به طرز عجیبی
قابلیت تست متعلق به ویژگی قابلیت حفظ است ، مقاومت ناپذیری متعلق به
قابلیت استفاده و قابلیت تعامل متعلق به ویژگی عملکردی است.
مدل McCall بیشتر برای استفاده از نرم افزار کاربردی و نرم افزاری مفید در استفاده از نرم افزار مفید است.
به طور موثر برای خنثی کردن اقدامات کیفیت نرم افزار استفاده می شود ، اما استفاده از آن برای تعیین کیفیت دشوارتر است
مورد نیاز مدل Boehm یک قدم به جلو به این معنی است که پشتیبانی اساسی را برای صعود به بالا فراهم می کند
پایین یک pproach به softw با کیفیت است ، th ort sort بسیار نامعقول است که به عنوان یک soli d در کنار هم قرار گیرد.
پایه و اساس مهندسی کیفیت. بو بوئم به صورت ترکیبی از سلامتی تغییر می کند که در حد اوست
نگرانی های کاربران نهایی را برطرف می کند در حالی که پایین مورد علاقه پرسنل تمایل فنی است. آی تی
در واقع ظهور دیدگاه کیفیت کاربر است. در مدل کیفیت McCall ، کیفیت
فاکتورهای سنتز شده تصویر کاملی از نرم افزار را ارائه می دهند [3]
گرچه ممکن است مدل های Boehm و McCall کاملاً شبیه به نظر برسند ، تفاوت در این است که مدل McCall
مدلهای PRI ماریلی برای اندازه گیری دقیق خصوصیات سطح hig h ، هر کجا
مدل كیفیت Boeh در طیف وسیعی از خصوصیات با ظاهری تر و تفصیل نشان داده شده است
تمرکز خود را در درجه اول حفظ کنید. Boehm تمرکز زیادی روی تلاش مدلها برای نگهداری نرم افزار دارد
اثربخشی هزینه - با این حال ، وی اظهار داشت ، اصلی ترین عامل افزایش توانایی با نرم افزار است
ملاحظات کیفیت
دسته‌بندیهای FURPS دو نوع مختلف دارند: عملکردی (F) و غیر کاربردی (URPS). اینها
دسته ها را می توان به عنوان مورد نیاز محصول و همچنین در ارزیابی کیفیت محصول استفاده کرد. [16]
دیوانه وار FURPS m بوتی است که نتواند ei nto ac را محاسبه کند ، بنابراین محصول محصولی را که در آن وجود ندارد
قابلیت حمل
از آنجا که مدل ISO 9126 دارای 6 بخش مهم از اهمیت ارزیابی نرم افزار و کیفیت ISO 9126 می باشد
مدل الگوی مناسبی برای فرآیند نرم افزار است. اولین نسخه از سری I SO 9126 - کیفیت
مدل - حاوی مدل کیفیت دو بخشی برای کیفیت محصول نرم افزار است [ISO، 2001]:
1. مدل کیفیت داخلی و خارجی.
2. کیفیت در مدل استفاده.
بخش اول از الگوی شخصیتی شش ویژگی را در کدام ویژگی ها تعیین می کند.
مانند جدول [I SO ، به بیست و هفت ویژگی زیر مجموعه ای از کیفیت داخلی و خارجی تقسیم می شود.
2001] .این ویژگی های فرعی نتیجه ویژگی های نرم افزار داخلی است و از نظر خارجی قابل توجه است
وقتی از این نرم افزار به عنوان بخشی از سیستم رایانه استفاده می شود. ISO کیفیت محصول مهم را به عنوان تعریف می کند
مجموعه ای از مشخصات محصول ، این موارد است:
• ویژگی های خارجی: نحوه کار محصول در محیط خود به عنوان مثال قابلیت استفاده ، قابلیت اطمینان.
• مشخصات داخلی: نحوه تولید محصول به عنوان مثال اندازه ، تست و میزان شکست
مدل Dromey یک مدل کیفیت مبتنی بر محصول است که تشخیص می دهد که ارزیابی کیفیت برای چه چیزهایی متفاوت است
هر محصول و ایده ای پویاتر برای مدل سازی فرایند لازم است تا به اندازه کافی گسترده باشد
برای سیستمهای مختلف درخواست کنید درمی روی رابطه بین ویژگیهای کیفی و
ویژگی های فرعی و همچنین تلاش برای اتصال خصوصیات محصول نرم افزاری با کیفیت نرم افزار
ویژگی های.
5. نتیجه گیری:
در طول این مقاله ، آرزو این بوده است که به طور خلاصه برخی ساختارهای مختلف کیفیت را مورد بررسی قرار دهیم.
این مقاله نشان داده است که کیفیت می تواند یک مفهوم بسیار گریزان باشد که از یک عدد می توان به آن نزدیک شد
از دیدگاه وابسته به یک بار توجه و علاقه. اکثر مدل های qualality ارائه شده با این نازک هستند
مقاله فنی احتمالاً می تواند در نمای کاربر ، نمای تولید یا نمای محصول جای بگیرد.
- 72 -صفحه 9
کیفیت نرم افزار: نقش و ارزش مدل های کیفیت
سو هوآ وانگ ، دورژ سامادیه ، دنجی چن
مجله بین المللی پیشرفت های فناوری رایانه دوره 3 ، شماره 6 ، ژوئیه 2011
مدل های p از اینجا خشمگین شده اند که در این قسمت از آن استفاده می شود یا کاپیتانی است که کجاست
از نظر پایبندی به فرآیند یا سطح توانایی ، یا مجموعه ای از معیارهای نسبت داده شده / اندازه گیری شده برای آن اندازه گیری می شود
با استفاده از ویژگی های مختلفی که دارای کیفیت ضد انعطاف پذیری هستند (مک کال ، بوهم و غیره). این
ساختار كیفیت در تضاد بسیار خوبی با هدف پویا ، در حال تحقق و تحقق همیشه مشتریان قرار دارد
تغییر دیدگاه انتظارات که توسط برخی از کارشناسان مدیریت کیفیت ارائه شده است. این کیفیت ها
از ویژگی های لازم برای استفاده از d برای بازتاب مناسب بودن نرم افزارهای تبلیغاتی از طریق کلاه t استفاده می شود
مشخصه. انتخاب کدام یک از مدل های با کیفیت برای استفاده یک چالش واقعی است.
در این مقاله ، ما برخی از مدل های کیفی و مقایسه آنها را مورد بحث و بررسی قرار داده ایم
آنها نتیجه گرفتند که مدل کیفیت McCall و Dromey بر روی چشم انداز محصول از کیفیت تمرکز دارند
به ضرر دیدگاه های دیگر است. علاوه بر این ، آنها در درجه اول در رویکرد پایین به بالا مفید هستند
کیفیتی که برای مهندسی کیفیت نرم افزار مناسب نیست. ISO / IEC 9126 تنها مدل است
از تمام دیدگاه های کیفیت (به استثنای دیدگاه متعالیه همانطور که اشاره شد) پشتیبانی می کند.
علاوه بر این ، چارچوب پیش بینی کننده آن به روشنی از هر دو روش بالا به پایین و پایین به پایین پشتیبانی می کند.
مدل کیفیت ISO 9126-1 به عنوان ویژگی های فرعی از سایر مشخصات ، مدل کیفیت FURPS است
ساخته شده است توسعه داده شده به شما باید در IBM نسبت نسبت بنابراین ftware شرکت mpany. پاسخ ، این یک ویژه است
مدل کیفیت هدف ، یعنی برای مزایای آن شرکت.
معیارهای موجود در سطح پایین مدل های با کیفیت McCall ، Boehm ، Doromey و FURPS هستند
نه به وضوح و نه کاملاً تعریف شده و به سطح بالایی مدل های کیفیت متصل نیست. ISO / IEC
9126 به ms wel l suit ed for So ftware Qual ity Eng ineering مراجعه کنید. فو rther جستجو دوباره نمی خواست اگر او را ببیند
اقدامات مرتبط با ISO / IEC 9126 این مدل را برای مهندسی کیفیت نرم افزار قابل استفاده می کند
تمرین.
6. منابع:
[1] جیم مک کال ، پل ریچاردز و ژن والترز ، عنوان کتاب: "عوامل در کیفیت نرم افزار" جلد. 1 ،
2 و 3 ، منتشر شده توسط سرویس اطلاعات ملی فنی (NTIS) ، نیروی هوایی ایالات متحده ،
Hanscom AFB ، ماساژ 1977.
[2] John J Marciniak ، "دائرyclالمعارف مهندسی نرم افزار" ، 2vol ، ویرایش دوم ، جان ویلی و پسران ،
شرکت نیویورک ، ایالات متحده ، 2002.
[3] باربارا کوشهام ، و شری لارنس پلفگر ، "کیفیت نرم افزار: هدف گریزان [ویژه
شماره بخش ها] "، مجله نرم افزار IEEE ، انتشارات انجمن کامپیوتر IEEE Los Alamitos ، کالیفرنیا ، ایالات متحده ، ،
دوره 13 ، شماره 1 ، صص 12-21 ، 1996.
[4] خشایار خسروی و یان-گال گوئنو ، "یک مدل با کیفیت برای الگوهای طراحی" آلمانی
صنعت استاندارد DIN 55350 قسمت 11 ، CA ، 2004
[5] استاندارد ANSI (ANSI / ASQC A3 / 1978) ، موسسه استاندارد ملی آمریکا (ANSI) ،
واشنگتن دی سی ، 2011
[6] بری بوهم ، جان براون ، هانس کسپار ، میر روی لیپو ، گوردون مک لئود و مایکل مریت ،
"خصوصیات کیفیت نرم افزار" ، میخانه هلند شمالی. شرکت ، نیویورک ، ام اریکان الوسویر ،
1978
[7.] جان Br خود ، و Miron L ipow ، "ارزیابی کمی از کیفیت نرم افزار" ، بین المللی
کنفرانس مربوط به برنامه نویسی نرم افزارهای سخت افزاری ، برنامه های دومین کنفرانس بین المللی در
مهندسی نرم افزار ، صص 28-30 ، 1976.
[8] Shari Lawrenc e Pf leeger (20 03)، Barry Boeh ملاقات کرد. (1976 ؛ 1978) ، "قطعنامه هایی برای soware
کیفیت "، مجله نرم افزار IEEE ، جلد. 21 ، نه 1 ، صص 12-13 ، 2004
[9] Geoff Dromey ، "Comering the Chimera" ، مجله نرم افزار IEEE ، انتشارات انجمن کامپیوتر IEEE ،
کالیفرنیا ، ایالات متحده آمریکا 13 (1): 33-43،1996.
[10] جف دکتر اوی ، "درمورد Chimera [نرم افزار qualality]" ، مجله نرم افزار IEEE ، IE EE
Press Computer Press، CA، USA 13 (1): 43 - 45، 1996.
[11] جف Dro mey ، "مدل f یا محصول ftware محصول" ، یون های معامله IEEE بر روی نرم افزار
مهندسی روشن ، IEEE Press Piscataway، NJ، USA، vol.21، no.2، pp.146-162، 1995.
[12] مریولی اورتگا ، ماریا پرز و ترزیتا روژاس ، "ساختن یک مدل کیفیت سیستماتیک برای
ارزیابی محصولات نرم افزاری "، مجله کیفیت نرم افزار ، ناشران دانشگاهی Kluwer ، دوره
11 ، شماره 3 ، صص 219-242 ، 2003.
- 73 -صفحه 10
کیفیت نرم افزار: نقش و ارزش مدل های کیفیت
سو هوآ وانگ ، دورژ سامادیه ، دنجی چن
مجله بین المللی پیشرفت های فناوری رایانه دوره 3 ، شماره 6 ، ژوئیه 2011
[13] Craig N Mur phy و JoAnn e Yates ، "سازمان بین المللی استاندارد برای استاندارد سازی" ،
انتشارات Routledge ، Oxon ، 2009.
[14] I SO Di rectitive، Par T 2: "تصمیم گیری برای ساخت و سازه های استاندارد های بین المللی". 5
نسخه ". بخشنامه های ISO / IEC.ISO / IEC ، ژنو ، 2007.
[15] ISO "راهنماهای ISO / IEC و من منابع مالی". http://www.iso.org/directives ، ژنو ،
سوئیس 1 ژانویه 2010.
[16] رابرت گریدی ، "معیارهای نرم افزاری عملی برای مدیریت پروژه و بهبود فرآیند" ،
Prentice Hall Inc. ، نیویورک ، ایالات متحده ، 1992.
[17] هاجر مت جانی ، سلا من علی مصطفی fa ، "اجرای Reasoni ng Tec hnique مبتنی بر مورد به
مشخصات نرم افزار مورد نیاز نرم افزار تجزیه و تحلیل کیفیت "، مجله بین المللی پیشرفت ها
در فناوری محاسبات ، AICIT ، ناشر کره ، دوره 3 ، شماره 1 ، صص 23-3 1 ، فوریه
2011
[18]. دایپاک داهیا ، پو oja J ain ، "توسعه سیستم های سرمایه گذاری S: تأثیر نرم افزار Va rious
روش های توسعه "، ژورنال بین المللی پیشرفت در فناوری محاسبات ،
AICIT ، ناشر کره ، جلد. 2 ، شماره 4 ، صص 77 ~

ادامه نوشته

کیفیت نرم افزار: نقش و ارزش مدل های کیفیت

صفحه 1
کیفیت نرم افزار: نقش و ارزش مدل های کیفیت
سو هوآ وانگ ، دورژ سامادیه ، دنجی چن
مجله بین المللی پیشرفت های فناوری رایانه دوره 3 ، شماره 6 ، ژوئیه 2011
کیفیت نرم افزار: نقش و ارزش مدل های کیفیت
1 سو هوآ وانگ ، 2 دورگ سامادیه ، 3 دنجی چن
1 گروه مدیریت اطلاعات ، دانشگاه چونگ هوآ ، تایوان ، [e-mail]
* 2 گروه اطلاعات Mgt ، دانشگاه چونگ هوآ ، تایوان ،
[e-mail]
3 گروه اطلاعات Mgt ، دانشگاه چونگ هوآ ، تایوان ، [e-mail]
doi: 10.4156 / ijact.vol3.issue6.9
خلاصه:
مهندسی نرم افزار و کیفیت نرم افزار مجموع ویژگی ها و ویژگی های یک محصول است
یا خدمتی که توانایی آن در برآورده کردن نیازهای معین را داشته باشد. کیفیت پایین محصول نرم افزار در
سیستم های حساس ممکن است منجر به از بین رفتن جان انسان ، آسیب دائمی ، عدم موفقیت در ماموریت یا ضرر مالی شود. بنابراین
کیفیت پروژه باید با برچسب مناسب حفظ شود. برای حفظ کیفیت ، وجود دارد
مدل های مختلف کیفیت "محصولی با کیفیت بالا ، کالایی است که با آن تعدادی از محصولات همراه است
عوامل کیفی اینها را می توان در مشخصات الزامات شرح داد؛ می توان آنها را کشت ، در
که آنها به طور معمول با مصنوعی از طریق آشنایی با استفاده و از طریق مشترک در ارتباط هستند
تجربه کاربران؛ یا آنها می توانند فاکتورهای کیفی باشند که توسعه دهنده آنها را مهم می داند اما هستند
مورد توجه مشتری قرار نمی گیرد و از این رو در مشخصات الزامات گنجانده نشده است. "
در این مقاله ، ما در مورد همه مدل های کیفیت بحث خواهیم کرد: مدل کیفیت مک کال ، مدل کیفیت Boehm ،
مدل با کیفیت Dromey و مدل کیفیت FURPS. علاوه بر این ، ما به مقایسه خواهیم پرداخت
بین این مدل های با کیفیت ، و تفاوت های کلیدی بین آنها را پیدا کنید.
کليدواژگان : مدل كيفيت ، كيفيت نرم افزار ، اجرا كننده ، عوامل كيفي ،
مهندسی نرم افزار ، حفظ کیفیت
1. مقدمه:
تعمیر و نگهداری نرم افزار شامل تصحیح خرابی ، افزایش کارایی و یک دوپینگ به a است
محیط فنی جدید ، در حالی که پیشرفت نرم افزار شامل معرفی ویژگی های جدید است
و اتخاذ تغییر در صنعت. تمام این فعالیت ها نیاز به تغییراتی در کد منبع دارند
بزرگتر و پیچیده تر می شوند و به عنوان یک نتیجه مستقیم ، با پیشرفت ، گران تر می شوند
سن نرم افزار. از این نقطه نظر نرم افزار "خوب" باید به راحتی تغییر و گسترش یابد.
همچنین نرم افزار انعطاف پذیر متناسب با سال های توسعه چابک است. همانطور که می بینیم موارد مختلفی وجود دارد
جنبه هایی که گرد هم می آیند و کیفیت نرم افزار را تشکیل می دهند.
توسعه دهندگان باید در طول پروژه ، از SRS تا diver el مراقبت کنند
محصول نرم افزاری به مشتری. تکنیک استدلال مبتنی بر مورد (CBR) قادر به ارائه راه حل است
به یک مشکل تجزیه و تحلیل کیفیت مورد نیاز نرم افزار واقعاً سریع [17]. تکنیک استدلال مبتنی بر مورد
اجازه می دهد تا ساقه سیستم از موارد قبلی استفاده کند و یا مواردی را که باید زودتر از آن استفاده کنند ، استفاده کند
به تازگی PR SRS بسیار جدی است که nalysis p را سرقت می کند یا مواردی را بدون هاوین g برای بازسازی olutions f rom
خراش برای مواردی که در گذشته بارها با آنها روبرو بوده اید. تکنیک استدلال مبتنی بر مورد
مطمئناً ((نرم افزار مورد نیاز نرم افزار Sp ecification) SRS q) تجزیه و تحلیل puality را اصلاح می کنم
فوق العاده [17]. برای اصطلاح "کیفیت نرم افزار" چندین تعریف وجود دارد ، به عنوان مثال ، کیفیت است
تعریف شده توسط سازمان های بین المللی به عنوان "کیفیت شامل تمام ویژگی ها و ویژگی های قابل توجه است
محصول یا فعالیتی که مربوط به برآورده کردن شرایط مورد نیاز باشد »[4] ، و" کیفیت محصول است
کلیه ویژگی ها و ویژگی های یک محصول یا خدمات که توانایی آن در برآورده شدن را دارد
نیازهای داده شده "[5].
در این مقاله ، ما در مورد مدل های مختلف کیفیت مختلف و ویژگی های کلیدی بحث و مقایسه خواهیم کرد
بین مدل کیفیت McCall ، مدل کیفیت Boehm ، مدل کیفیت Dromey ، کیفیت FURPS
مدل ، مدل کیفیت ISO 9126. Secti در 2 p نسبت به بررسی اجمالی این مدل های با کیفیت نرم افزار ،
بخش 3 حاوی عامل تحلیل و مقایسه است و بخش 4 مقاله را نتیجه گیری می کند و بخش هایی را ارائه می دهد
نظرات.
- 65 -صفحه 2
کیفیت نرم افزار: نقش و ارزش مدل های کیفیت
سو هوآ وانگ ، دورژ سامادیه ، دنجی چن
مجله بین المللی پیشرفت های فناوری رایانه دوره 3 ، شماره 6 ، ژوئیه 2011
2. مدل های کیفیت نرم افزار:
ما مدل ارزیابی کیفیت را به عنوان مدل های تحلیلی تعریف می کنیم که ارزشیابی کیفی را ارائه می دهد
انتخاب ویژگی های برجسته کیفیت یا ویژگی های زیر بر اساس
اندازه گیری داده ها از نرم افزار
پروژه ها. چنین مدل هایی می توانند به ما کمک کنند تا ارزیابی کیفی از کیفیت محصول فعلی ما را بدست آوریم
در مقابل با او اغلب اشیاء غیرفعال موضوعی غیرقابل اعتماد مبتنی بر قضاوت پرس و جو یا نادرست
ارزیابی کیفی.
2.1. مدل کیفیت McCall
یکی از پیشینیان مشهور مدلهای کیفیت امروزی ، مدل کیفیت ارائه شده توسط
جیم مک کال و همکاران (1977) [1-3] که همچنین به عنوان مدل عمومی الکتریکی در سال 1977 شناخته می شود ، نشات گرفته از
ارتش ایالات متحده است و در درجه اول به سمت توسعه دهندگان سیستم و روند توسعه سیستم مورد نظر است.
در این مدل با کیفیت McCall سعی دارد با تمرکز بر روی یک شکاف بین کاربران و توسعه دهندگان ایجاد کند
تعدادی از عوامل کیفیت نرم افزار که هم نظرات کاربران و هم اولویت های توسعه دهنده را منعکس می کند.
شکل 1 نشان می دهد که مدل کیفیت McCall دارای سه دیدگاه اصلی برای تعریف و شناسایی است
کیفیت یک محصول بسیار نرم افزار: تجدید نظر در poduct (تغییر نام خانوادگی در تغییرات) ، انتقال سریع محصول
(سازگاری با جوش های جدید محیط) و یون های عمل محصول (خصوصیات درجه حرارت آن). میز 1
تمام 3 چشم انداز مهم و 11 عامل کیفیت و 23 معیار کیفیت کیفیت McCall را نشان می دهد
مدل.
شکل 1. مدل کیفیت McCall (مثلث کیفیت McCall)
- 66 -صفحه 3
کیفیت نرم افزار: نقش و ارزش مدل های کیفیت
سو هوآ وانگ ، دورژ سامادیه ، دنجی چن
مجله بین المللی پیشرفت های فناوری رایانه دوره 3 ، شماره 6 ، ژوئیه 2011
جدول 1 محتویات مدل کیفیت McCall - تجدید نظر در محصول و عملکرد محصولات
چشم انداز عمده
عوامل کیفیت
معیارهای کیفیت
بازنگری محصولات
قابلیت نگهداری
سادگی
مختصر بودن
خود توصیفی
مدولار بودن
انعطاف پذیری
خود توصیفی
قابلیت توسعه
کلیت
قابلیت تست
سادگی
ابزار دقیق
خود توصیفی
مدولار بودن
بهره برداری از محصول
صحت
قابلیت ردیابی
کامل بودن
ثبات
بهره وری
راندمان اجرا
بازده ذخیره سازی
قابلیت اطمینان
ثبات
دقت
تحمل خطا
تمامیت
کنترل دسترسی
دسترسی به حسابرسی
قابلیت استفاده
عملکرد
آموزش
ارتباطات
انتقال محصول
قابلیت حمل
خود توصیفی
s / w استقلال سیستم
استقلال ماشین
قابل استفاده مجدد
خود توصیفی
کلیت
مدولار بودن
s / w استقلال سیستم
استقلال ماشین
قابلیت همکاری
مدولار بودن
مشترکات ارتباطی
مشترکات داده ها
2.2. مدل کیفیت Boehm:
دوم از پیشینیان پایه و بنیادی مدلهای کیفیت امروز ، مدل کیفیت است
ارائه شده توسط Ba rry W. Boe hm (1978) [6، 7]. باری دبلیو بوهم نیز یک مدل طلایی سلسله مراتبی را تعریف کرد
ویژگی های کیفیت نرم افزار ، در تلاش برای تعریف کیفی کیفیت نرم افزار به عنوان مجموعه ای از ویژگی ها
و معیارها (اندازه گیری) در بالاترین سطح مدل خود ، بوهم سه کاربرد اصلی را تعریف کرد (یا
الزامات اساسی نرم افزار) ، این سه کاربرد اصلی عبارتند از: -
• ابزار as-is ، میزان استفاده از نرم افزار as-is (سهولت استفاده ، قابلیت اطمینان و
بهره وری).
• حفظ ، سهولت در شناسایی آنچه باید تغییر کند و همچنین سهولت اصلاح
و دوباره امتحان کردن
• قابلیت حمل ، سهولت در تغییر نرم افزار برای قرار گرفتن در محیط جدید.
این سه کاربرد اصلی دارای عوامل کیفی مرتبط با آنها بود که سطح بعدی آنها را نشان می دهد
مدل سلسله مراتبی Boehm.Bohem هفت عامل کیفیت را مشخص کرد ، یعنی:
قابلیت حمل و نقل ، حدی که نرم افزار تحت آن کار خواهد کرد
mputer شرکت های مختلف
تنظیمات (به عنوان مثال سیستم عامل ، پایگاه داده و غیره).
قابلیت اطمینان ، میزان عملکرد نرم افزار در صورت نیاز ، یعنی عدم وجود نقص.
- 67 -صفحه 4
کیفیت نرم افزار: نقش و ارزش مدل های کیفیت
سو هوآ وانگ ، دورژ سامادیه ، دنجی چن
مجله بین المللی پیشرفت های فناوری رایانه دوره 3 ، شماره 6 ، ژوئیه 2011
• کارآیی ، استفاده بهینه از منابع سیستم در حین اجرای صحیح.
• قابلیت استفاده ، سهولت استفاده.
• قابلیت آزمایش ، سهولت اعتبارسنجی ، که نرم افزار الزامات را برآورده سازد.
قابل درک بودن ، چادر قبلی برای نرم افزار با توجه به راحتی به راحتی درک می شود
هدف و ساختار.
انعطاف پذیری ، او سهولت دارد
در حال تغییر او به طوری نرم افزار برای دیدار با r
سهام
این فاکتورهای کیفیت بیشتر به سازه های اولیه تقسیم می شوند که می توانند اندازه گیری شوند
پایین ترین سطح مدل ، که در شکل 2 نشان داده شده است.
شکل 2 مدل با کیفیت Boehm
2.3 مدل کیفیت Dromey.
درومی اظهار داشت که ویژگیهای با کیفیت یا ویژگیهای سطح بالا را نمی توان مستقیماً در آنها ایجاد کرد
نرم افزار (1995) [9]. این محصول b ase quity مدل p از R. R. eoff Dr Omey خشمگین است [10، 11]
تشخیص می دهد که سؤال از نظر اقتصادی با f و eac h produ ct و t hat a dy dy namic i dea f متفاوت است یا
مدل سازی فرایند لازم است به اندازه کافی گسترده باشد که برای سیستم های مختلف اعمال شود. درومی در حال تمرکز است
در رابطه بین کیفیت بین ویژگیها و ویژگیهای زیر و همچنین atte mpting به
ویژگی های محصول نرم افزار را با ویژگی های کیفیت نرم افزار متصل کنید. سه عنصر اصلی وجود دارد
به مدل کیفیت عمومی Dromey:
1. خواص محصول که بر کیفیت تأثیر می گذارد
2. ویژگی های با کیفیت بالا
3. به معنای پیوند دادن خواص محصول با ویژگی های کیفیت.
مدل کیفیت Dromey بیشتر در طی یک مرحله 5 مرحله ای ساخته شده است:
• مجموعه ای از ویژگی های سطح بالا را برای ارزیابی لازم انتخاب کنید.
• اجزای / ماژول ها را در سیستم خود لیست کنید.
• ویژگی های حمل کیفیت را برای مؤلفه ها / ماژول ها (ویژگی های مؤلفه) مشخص کنید
که از لیست بالا بیشترین تأثیر را بر خواص محصول دارد).
• تعیین کنید که چگونه هر خاصیت روی صفات کیفیت اثر می گذارد.
• ارزیابی مدل و شناسایی نقاط ضعف.
- 68 -صفحه 5
کیفیت نرم افزار: نقش و ارزش مدل های کیفیت
سو هوآ وانگ ، دورژ سامادیه ، دنجی چن
مجله بین المللی پیشرفت های فناوری رایانه دوره 3 ، شماره 6 ، ژوئیه 2011
شکل 3. اصول مدل کیفیت Dromey
2.4 مدل کیفیت FURPS:
رابرت گرییدی و همکار و همت پک از این مدل در سال 19 87 استفاده می کنند. مدل FURP دکو مونتاژ می کند
خصوصیات در دو دسته از نیازهای اساسی یعنی کاربردی نیاز به عدم عملکردی دارد
مورد نیاز نیاز عملکردی با ورودی و خروجی مورد انتظار تعریف می شود ، در حالی که غیر کاربردی است
مورد نیاز (همچنین به عنوان URPS شناخته می شود) شامل قابلیت استفاده ، قابلیت اطمینان ، عملکرد و قابلیت عملکرد فوق العاده است.
یکی از مزایای این مدل F URPS است که نمی توان آن را به حساب آورد تا بتواند محصول محصولی را که در آن وجود دارد ، بشمارد.
قابلیت حمل [12] هنگام استفاده از مدل FURPS ، دو مرحله در نظر گرفته شده است: تنظیم اولویت و تعیین
ویژگی های کیفیتی که قابل اندازه گیری است. گریدی و کاسو الی توجه داشته باشید که اولویت های مهم خود را مهم نباشد ، مهم است
با توجه به تجارت ضمنی ، یعنی یکی از خصوصیات کیفیت را می توان با هزینه دیگری بدست آورد.
جدول 2. محتوای مدل FURPS
مشخصات
شرح
عملکرد شامل
مجموعه ویژگی ها ، قابلیت ها و امنیت.
قابلیت استفاده
عوامل انسانی ، زیبایی شناسی کلی ، قوام و مستندات
قابلیت اطمینان
فراوانی و شدت شکست ، بازیابی ، پیش بینی ، دقت ،
و میانگین زمان بین خرابی ها (MTBF).
کارایی
سرعت پردازش ، زمان پاسخ ، مصرف منابع ، توان و
بهره وری.
قابلیت پشتیبانی
قابلیت تست ، قابلیت توسعه ، سازگاری ، قابلیت حفظ ، سازگاری ،
قابلیت تنظیم ، سرویس دهی ، قابلیت نصب و قابلیت محلی سازی را دارد.
2.5. ISO:
I rganization O nternational for Stand ardization یک بدنه استاندارد بین المللی است
متشکل از نمایندگان سازمانهای مختلف استاندارد ملی. در 23 فوریه تاسیس شد
در سال 1947 ، این سازمان استانداردهای اختصاصی صنعتی و تجاری جهانی را اعلام می کند [13].
ISO al so pub گزارش های فنی ، تکنیک های فنی خاص ، مشخصات قابل حمل و نقل را منتشر می کند ،
Corrigenda Technical، and Guides [14، 15].
2.5.1. مدل کیفیت 9126 .
ISO 9126 ویژگی های کیفیت خارجی یک محصول نرم افزاری را مشخص می کند. بنابراین نماینده است
اثربخشی محصول
- 69 -صفحه 6
کیفیت نرم افزار: نقش و ارزش مدل های کیفیت
سو هوآ وانگ ، دورژ سامادیه ، دنجی چن
مجله بین المللی پیشرفت های فناوری رایانه دوره 3 ، شماره 6 ، ژوئیه 2011
شکل 4. ISO 9126: ارزیابی محصول نرم افزار: خصوصیات کیفیت و استفاده از آنها
این استاندارد براساس مدلهای McCall an d Boehm طراحی شده است. علاوه بر این اساساً در ساختار ساختار یافته است
با روشی مشابه این مدلها (شکل 4 را ببینید) ، ISO 9126 همچنین شامل عملکردی به عنوان یک پارامتر است ،
و همچنین شناسایی هر دو کیفیت داخلی و خارجی کیفیت محصولات نرم افزاری.
جدول 3 محتوا ISO 9126
مشخصات
شرح
خصوصیات فرعی
عملکرد
عملکردی: "قابلیت محصول نرم افزار به
کارکردهایی را ارائه می دهد که نیازهای بیان شده و ضمنی را برآورده می کند
هنگام استفاده از نرم افزار تحت شرایط مشخص ".
مناسب بودن ، مناسب بودن ،
امنیت ، قابلیت همکاری ،
انطباق
قابلیت اطمینان
قابلیت محصول نرم افزاری برای حفظ a
سطح مشخص شده عملکرد هنگام استفاده در زیر
شرایط مشخص شده
بلوغ ، تحمل عیب ،
بازیابی ، انطباق
قابلیت استفاده
توانایی محصول نرم افزاری قابل درک است
در هنگام استفاده ، مورد استفاده ، جذاب و جذاب کاربر قرار می گیرد
تحت شرایط مشخص
قابل درک بودن ، یادگیری
عملیاتی ، جذابیت ،
انطباق
بهره وری
قابلیت ارائه محصول نرم افزاری
عملکرد مناسب ، نسبت به مقدار
منابع مورد استفاده ، تحت شرایط اعلام شده
رفتار زمان ، منابع
رفتار ، سازگاری
قابلیت نگهداری
قابلیت تغییر در محصول نرم افزاری.
اصلاحات ممکن است شامل اصلاحات ، اصلاحات باشد
یا سازگاری نرم افزار با تغییرات در
محیط ، و در شرایط مورد نیاز و کاربردی
مشخصات فنی
تجزیه و تحلیل ، تغییرپذیری ،
ثبات ، قابلیت آزمایش ،
انطباق
قابلیت حمل
قابلیت انتقال محصول نرم افزاری
از یک محیط به محیط دیگر محیط زیست
ممکن است شامل سازمانی ، سخت افزاری یا نرم افزاری باشد
محیط.
سازگاری ، نصب ، هماهنگی
تعویض پذیری ،
انطباق
3. مقایسه:
ويژگي هاي كيفيتي كه در اكثريت مدل ها وجود دارد: نقص E ، شايستگي ريبي ،
قابلیت پایداری ، قابلیت حمل ، قابلیت استفاده و کارایی ، این موارد در مدلهای اخیر نیز وجود داشته است
در بالا توضیح داده شد برای کشف معدن ، مقایسه کرده ایم و به نتیجه نهایی رسیده ایم ، ما آماده کرده ایم
در جدول زیر ، هرکدام به عنوان ویژگی های کیفیت نرم افزار دارای جامعه هستند. با این تصویر جداول ، آن را
مشاهده مدل هایی که طیف گسترده تری از خصوصیات را در مقایسه با مدلهای مختلف پشتیبانی می کنند آسان می شود
مواردی که از ویژگیهای کمتری پشتیبانی می کنند. به عنوان مثال ، به وضوح دیده می شود که ISO 9126 و McCall پشتیبانی می کنند
ویژگی های بیشتر از Boeh m ، FURPS و Dro mey. علاوه بر این ، ما می توانیم به او خدمت کنیم
- 70 -صفحه 7
کیفیت نرم افزار: نقش و ارزش مدل های کیفیت
سو هوآ وانگ ، دورژ سامادیه ، دنجی چن
مجله بین المللی پیشرفت های فناوری رایانه دوره 3 ، شماره 6 ، ژوئیه 2011
ویژگی هایی که بیشتر از همه او در مدلهای مختلف وجود دارد ، صرفاً مدلین: توانایی E ، قابلیت Reliab ،
کارایی ، قابلیت نگهداری ، قابلیت حمل و قابلیت استفاده. [جدول 4 ، شکل 5]
Deepak Dahiya ، Pooja J خلاصه ، هیچ متدولوژی توسعه نرم افزار واحد وجود ندارد که وجود داشته باشد
می تواند تمام نیازهای همه کارمندان را برآورده سازد. این امر در تکامل نوع شماره به نتیجه رسیده است
روش شناسی به عنوان ابزار و فن آوری بالغ شده است [18]. آنها همچنین از تجربیات تکامل یافته اند
توسعه دهندگان نرم افزار ، معماران ، طراحان و تحلیلگر مشاغل در تالارهای مختلف به اشتراک گذاشتند. برخی از
روش های رایج که تکامل یافته و در حال حاضر انتخاب صنعت نرم افزار است و مورد استفاده قرار می گیرد
برای نرم افزارهای نرم افزاری نرم افزارهای نرم افزاری نرم افزار Unifi ed Pr ocess ، موش Agile Pro و Aspect Orient ed
روش شناسی. بر اساس سبک های مختلف arious بنابراین روش های توسعه نرم افزار ftware در سال انجام شده است
مراحل مختلف اجرای نمونه اولیه مرکز منابع Lear ning یعنی تجزیه و تحلیل ، طراحی
و پیاده سازی به عنوان مشخص شده ، استنتاج های زیر مطابق جدول 5 آورده شده است [18].
اهمیت این کار را می توان ناشی از این واقعیت دانست که امروزه فرآیندهای بسیاری وجود دارد /
روشهایی که در صنعتی مورد استفاده قرار می گیرد که مشاغل ممکن است تصمیم گیری را دشوار کند ،
پیاده سازی و ادغام این روش های نرم افزاری برای هر برنامه استراتژیک تجاری آینده. یک مجرد
یک پنجره توقف به عنوان ورودی مناسب در این مقطع خدمت می کند [18].
جدول 5. ارتباط روش های مختلف توسعه نرم افزار
روش شناسی
ارتباط
آبشار
امروز برای کاربرد Legacy مناسب است
نمونه سازی
مناسب برای استفاده سریع در محیط خانه
افزایشی
مناسب برای برنامه های وب کوچک
مارپیچ
مناسب تر برای برنامه های زمان واقعی
RAD
مناسب تر برای برنامه های زمان واقعی
چابک
بسیار مرتبط با راه اندازی وب / توزیع شده امروز در محیط کسب و کار امروز
جدول 4 ویژگی های کیفیت در مدل های Boehm ، McCall ، FURPS ، ISO 9126 و Dromey
شکل 5. مقایسه همه مدل ها
- 71 -صفحه 8
کیفیت نرم افزار: نقش و ارزش مدل های کیفیت
سو هوآ وانگ ، دورژ سامادیه ، دنجی چن
مجله بین المللی پیشرفت های فناوری رایانه دوره 3 ، شماره 6 ، ژوئیه 2011
4. تجزیه و تحلیل:
در کل مدلها 17 ویژگی وجود دارد. فقط یک "قابلیت اطمینان" مشخصه مشترک است
در همه مدل های با کیفیت سه ویژگی "بهره وری ، قابلیت استفاده ، قابلیت حمل" متعلق به چهار کیفیت است
مدل ها. دو ویژگی "قابلیت آزمایش و قابلیت استفاده مجدد" فقط به دو مدل تعلق دارد. و در حالت استراحت
از 9 ویژگی "انعطاف پذیری ، صحت ، یکپارچگی و قابلیت همکاری" در کیفیت مک کال
مدل ها ، "مهندسی انسانی ، ثبات پذیری قابل قبول ، و قابلیت اطمینان وزارت دفاع" در مدل qua lity Boeh m ،
"عملکرد و قدرت ارتقاء" در
FURPS q uality m odel. قابلیت تست ، پیش فرض بین ،
در بعضی از مدلهای با کیفیت از قابلیت شناخت به عنوان فاکتور / ویژگی ها و ویژگی های کاربردی استفاده می شود. به هر حال در
ایزو 9 126 ، فاکتور / خصوصیات / ویژگیهای اصلی به عنوان ویژگیهای فرعی جریمه می شوند. او به طرز عجیبی
قابلیت تست متعلق به ویژگی قابلیت حفظ است ، مقاومت ناپذیری متعلق به
قابلیت استفاده و قابلیت تعامل متعلق به ویژگی عملکردی است.
مدل McCall بیشتر برای استفاده از نرم افزار کاربردی و نرم افزاری مفید در استفاده از نرم افزار مفید است.
به طور موثر برای خنثی کردن اقدامات کیفیت نرم افزار استفاده می شود ، اما استفاده از آن برای تعیین کیفیت دشوارتر است
مورد نیاز مدل Boehm یک قدم به جلو به این معنی است که پشتیبانی اساسی را برای صعود به بالا فراهم می کند
پایین یک pproach به softw با کیفیت است ، th ort sort بسیار نامعقول است که به عنوان یک soli d در کنار هم قرار گیرد.
پایه و اساس مهندسی کیفیت. بو بوئم به صورت ترکیبی از سلامتی تغییر می کند که در حد اوست
نگرانی های کاربران نهایی را برطرف می کند در حالی که پایین مورد علاقه پرسنل تمایل فنی است. آی تی
در واقع ظهور دیدگاه کیفیت کاربر است. در مدل کیفیت McCall ، کیفیت
فاکتورهای سنتز شده تصویر کاملی از نرم افزار را ارائه می دهند [3]
گرچه ممکن است مدل های Boehm و McCall کاملاً شبیه به نظر برسند ، تفاوت در این است که مدل McCall
مدلهای PRI ماریلی برای اندازه گیری دقیق خصوصیات سطح hig h ، هر کجا
مدل كیفیت Boeh در طیف وسیعی از خصوصیات با ظاهری تر و تفصیل نشان داده شده است
تمرکز خود را در درجه اول حفظ کنید. Boehm تمرکز زیادی روی تلاش مدلها برای نگهداری نرم افزار دارد
اثربخشی هزینه - با این حال ، وی اظهار داشت ، اصلی ترین عامل افزایش توانایی با نرم افزار است
ملاحظات کیفیت
دسته‌بندیهای FURPS دو نوع مختلف دارند: عملکردی (F) و غیر کاربردی (URPS). اینها
دسته ها را می توان به عنوان مورد نیاز محصول و همچنین در ارزیابی کیفیت محصول استفاده کرد. [16]
دیوانه وار FURPS m بوتی است که نتواند ei nto ac را محاسبه کند ، بنابراین محصول محصولی را که در آن وجود ندارد
قابلیت حمل
از آنجا که مدل ISO 9126 دارای 6 بخش مهم از اهمیت ارزیابی نرم افزار و کیفیت ISO 9126 می باشد
مدل الگوی مناسبی برای فرآیند نرم افزار است. اولین نسخه از سری I SO 9126 - کیفیت
مدل - حاوی مدل کیفیت دو بخشی برای کیفیت محصول نرم افزار است [ISO، 2001]:
1. مدل کیفیت داخلی و خارجی.
2. کیفیت در مدل استفاده.
بخش اول از الگوی شخصیتی شش ویژگی را در کدام ویژگی ها تعیین می کند.
مانند جدول [I SO ، به بیست و هفت ویژگی زیر مجموعه ای از کیفیت داخلی و خارجی تقسیم می شود.
2001] .این ویژگی های فرعی نتیجه ویژگی های نرم افزار داخلی است و از نظر خارجی قابل توجه است
وقتی از این نرم افزار به عنوان بخشی از سیستم رایانه استفاده می شود. ISO کیفیت محصول مهم را به عنوان تعریف می کند
مجموعه ای از مشخصات محصول ، این موارد است:
• ویژگی های خارجی: نحوه کار محصول در محیط خود به عنوان مثال قابلیت استفاده ، قابلیت اطمینان.
• مشخصات داخلی: نحوه تولید محصول به عنوان مثال اندازه ، تست و میزان شکست
مدل Dromey یک مدل کیفیت مبتنی بر محصول است که تشخیص می دهد که ارزیابی کیفیت برای چه چیزهایی متفاوت است
هر محصول و ایده ای پویاتر برای مدل سازی فرایند لازم است تا به اندازه کافی گسترده باشد
برای سیستمهای مختلف درخواست کنید درمی روی رابطه بین ویژگیهای کیفی و
ویژگی های فرعی و همچنین تلاش برای اتصال خصوصیات محصول نرم افزاری با کیفیت نرم افزار
ویژگی های.
5. نتیجه گیری:
در طول این مقاله ، آرزو این بوده است که به طور خلاصه برخی ساختارهای مختلف کیفیت را مورد بررسی قرار دهیم.
این مقاله نشان داده است که کیفیت می تواند یک مفهوم بسیار گریزان باشد که از یک عدد می توان به آن نزدیک شد
از دیدگاه وابسته به یک بار توجه و علاقه. اکثر مدل های qualality ارائه شده با این نازک هستند
مقاله فنی احتمالاً می تواند در نمای کاربر ، نمای تولید یا نمای محصول جای بگیرد.
- 72 -صفحه 9
کیفیت نرم افزار: نقش و ارزش مدل های کیفیت
سو هوآ وانگ ، دورژ سامادیه ، دنجی چن
مجله بین المللی پیشرفت های فناوری رایانه دوره 3 ، شماره 6 ، ژوئیه 2011
مدل های p از اینجا خشمگین شده اند که در این قسمت از آن استفاده می شود یا کاپیتانی است که کجاست
از نظر پایبندی به فرآیند یا سطح توانایی ، یا مجموعه ای از معیارهای نسبت داده شده / اندازه گیری شده برای آن اندازه گیری می شود
با استفاده از ویژگی های مختلفی که دارای کیفیت ضد انعطاف پذیری هستند (مک کال ، بوهم و غیره). این
ساختار كیفیت در تضاد بسیار خوبی با هدف پویا ، در حال تحقق و تحقق همیشه مشتریان قرار دارد
تغییر دیدگاه انتظارات که توسط برخی از کارشناسان مدیریت کیفیت ارائه شده است. این کیفیت ها
از ویژگی های لازم برای استفاده از d برای بازتاب مناسب بودن نرم افزارهای تبلیغاتی از طریق کلاه t استفاده می شود
مشخصه. انتخاب کدام یک از مدل های با کیفیت برای استفاده یک چالش واقعی است.
در این مقاله ، ما برخی از مدل های کیفی و مقایسه آنها را مورد بحث و بررسی قرار داده ایم
آنها نتیجه گرفتند که مدل کیفیت McCall و Dromey بر روی چشم انداز محصول از کیفیت تمرکز دارند
به ضرر دیدگاه های دیگر است. علاوه بر این ، آنها در درجه اول در رویکرد پایین به بالا مفید هستند
کیفیتی که برای مهندسی کیفیت نرم افزار مناسب نیست. ISO / IEC 9126 تنها مدل است
از تمام دیدگاه های کیفیت (به استثنای دیدگاه متعالیه همانطور که اشاره شد) پشتیبانی می کند.
علاوه بر این ، چارچوب پیش بینی کننده آن به روشنی از هر دو روش بالا به پایین و پایین به پایین پشتیبانی می کند.
مدل کیفیت ISO 9126-1 به عنوان ویژگی های فرعی از سایر مشخصات ، مدل کیفیت FURPS است
ساخته شده است توسعه داده شده به شما باید در IBM نسبت نسبت بنابراین ftware شرکت mpany. پاسخ ، این یک ویژه است
مدل کیفیت هدف ، یعنی برای مزایای آن شرکت.
معیارهای موجود در سطح پایین مدل های با کیفیت McCall ، Boehm ، Doromey و FURPS هستند
نه به وضوح و نه کاملاً تعریف شده و به سطح بالایی مدل های کیفیت متصل نیست. ISO / IEC
9126 به ms wel l suit ed for So ftware Qual ity Eng ineering مراجعه کنید. فو rther جستجو دوباره نمی خواست اگر او را ببیند
اقدامات مرتبط با ISO / IEC 9126 این مدل را برای مهندسی کیفیت نرم افزار قابل استفاده می کند
تمرین.
6. منابع:
[1] جیم مک کال ، پل ریچاردز و ژن والترز ، عنوان کتاب: "عوامل در کیفیت نرم افزار" جلد. 1 ،
2 و 3 ، منتشر شده توسط سرویس اطلاعات ملی فنی (NTIS) ، نیروی هوایی ایالات متحده ،
Hanscom AFB ، ماساژ 1977.
[2] John J Marciniak ، "دائرyclالمعارف مهندسی نرم افزار" ، 2vol ، ویرایش دوم ، جان ویلی و پسران ،
شرکت نیویورک ، ایالات متحده ، 2002.
[3] باربارا کوشهام ، و شری لارنس پلفگر ، "کیفیت نرم افزار: هدف گریزان [ویژه
شماره بخش ها] "، مجله نرم افزار IEEE ، انتشارات انجمن کامپیوتر IEEE Los Alamitos ، کالیفرنیا ، ایالات متحده ، ،
دوره 13 ، شماره 1 ، صص 12-21 ، 1996.
[4] خشایار خسروی و یان-گال گوئنو ، "یک مدل با کیفیت برای الگوهای طراحی" آلمانی
صنعت استاندارد DIN 55350 قسمت 11 ، CA ، 2004
[5] استاندارد ANSI (ANSI / ASQC A3 / 1978) ، موسسه استاندارد ملی آمریکا (ANSI) ،
واشنگتن دی سی ، 2011
[6] بری بوهم ، جان براون ، هانس کسپار ، میر روی لیپو ، گوردون مک لئود و مایکل مریت ،
"خصوصیات کیفیت نرم افزار" ، میخانه هلند شمالی. شرکت ، نیویورک ، ام اریکان الوسویر ،
1978
[7.] جان Br خود ، و Miron L ipow ، "ارزیابی کمی از کیفیت نرم افزار" ، بین المللی
کنفرانس مربوط به برنامه نویسی نرم افزارهای سخت افزاری ، برنامه های دومین کنفرانس بین المللی در
مهندسی نرم افزار ، صص 28-30 ، 1976.
[8] Shari Lawrenc e Pf leeger (20 03)، Barry Boeh ملاقات کرد. (1976 ؛ 1978) ، "قطعنامه هایی برای soware
کیفیت "، مجله نرم افزار IEEE ، جلد. 21 ، نه 1 ، صص 12-13 ، 2004
[9] Geoff Dromey ، "Comering the Chimera" ، مجله نرم افزار IEEE ، انتشارات انجمن کامپیوتر IEEE ،
کالیفرنیا ، ایالات متحده آمریکا 13 (1): 33-43،1996.
[10] جف دکتر اوی ، "درمورد Chimera [نرم افزار qualality]" ، مجله نرم افزار IEEE ، IE EE
Press Computer Press، CA، USA 13 (1): 43 - 45، 1996.
[11] جف Dro mey ، "مدل f یا محصول ftware محصول" ، یون های معامله IEEE بر روی نرم افزار
مهندسی روشن ، IEEE Press Piscataway، NJ، USA، vol.21، no.2، pp.146-162، 1995.
[12] مریولی اورتگا ، ماریا پرز و ترزیتا روژاس ، "ساختن یک مدل کیفیت سیستماتیک برای
ارزیابی محصولات نرم افزاری "، مجله کیفیت نرم افزار ، ناشران دانشگاهی Kluwer ، دوره
11 ، شماره 3 ، صص 219-242 ، 2003.
- 73 -صفحه 10
کیفیت نرم افزار: نقش و ارزش مدل های کیفیت
سو هوآ وانگ ، دورژ سامادیه ، دنجی چن
مجله بین المللی پیشرفت های فناوری رایانه دوره 3 ، شماره 6 ، ژوئیه 2011
[13] Craig N Mur phy و JoAnn e Yates ، "سازمان بین المللی استاندارد برای استاندارد سازی" ،
انتشارات Routledge ، Oxon ، 2009.
[14] I SO Di rectitive، Par T 2: "تصمیم گیری برای ساخت و سازه های استاندارد های بین المللی". 5
نسخه ". بخشنامه های ISO / IEC.ISO / IEC ، ژنو ، 2007.
[15] ISO "راهنماهای ISO / IEC و من منابع مالی". http://www.iso.org/directives ، ژنو ،
سوئیس 1 ژانویه 2010.
[16] رابرت گریدی ، "معیارهای نرم افزاری عملی برای مدیریت پروژه و بهبود فرآیند" ،
Prentice Hall Inc. ، نیویورک ، ایالات متحده ، 1992.
[17] هاجر مت جانی ، سلا من علی مصطفی fa ، "اجرای Reasoni ng Tec hnique مبتنی بر مورد به
مشخصات نرم افزار مورد نیاز نرم افزار تجزیه و تحلیل کیفیت "، مجله بین المللی پیشرفت ها
در فناوری محاسبات ، AICIT ، ناشر کره ، دوره 3 ، شماره 1 ، صص 23-3 1 ، فوریه
2011
[18]. دایپاک داهیا ، پو oja J ain ، "توسعه سیستم های سرمایه گذاری S: تأثیر نرم افزار Va rious
روش های توسعه "، ژورنال بین المللی پیشرفت در فناوری محاسبات ،
AICIT ، ناشر کره ، جلد. 2 ، شماره 4 ، صص 77 ~

ادامه نوشته

عوامل کیفیت نرم افزار

فصل 3

•  

• عوامل کیفیت نرم افزار

 

•  

• نیاز به نیازهای جامع کیفیت نرم افزار
• طبقه بندی الزامات به فاکتورهای کیفیت نرم افزار
• عوامل عملیاتی محصول
• عوامل تجدید نظر در محصول
• عوامل انتقال محصول
• مدل های جایگزین از عوامل کیفیت نرم افزار
• چه کسی علاقه مند به تعریف الزامات کیفی است؟
• انطباق نرم افزار با فاکتورهای کیفیت

• فصل سه

• عوامل کیفیت نرم افزار

مستندات مورد نیاز

•  

• مستندات مورد نیاز (مشخصات) یکی از مهمترین عناصر برای دستیابی به کیفیت نرم افزار است
• نیاز به کشف آنچه که یک سند مورد نیاز نرم افزار مناسب است ، است.
• برخی از مدل های SQA 11-15 عامل طبقه بندی شده را نشان می دهند. برخی کمتر مقداری بیشتر
• می خواهید با این عوامل کیفیت آشنا شوید ، و
• چه کسی واقعاً به آنها علاقه مند است.
• نیاز به نیازهای جامع کیفیت نرم افزار در مطالعات متعدد موردی گسترده است (چند مورد در این فصل را ببینید).
• (عوامل کیفی کجا می روند ؟؟)

نیاز به نیازهای جامع کیفیت نرم افزار

•  

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

افکار اضافی

•  

• به نظر می رسد مانند مهندسی نرم افزار ما با تأکید بر الزامات عملکردی در گرفتن ، طراحی ، طراحی و استقرار متمرکز شده ایم .
• تأکید کمی (نه هیچ!) بر الزامات غیر کاربردی (عوامل کیفیت).
• بیشتر و بیشتر تأکید بر عوامل کیفیت است
• می تواند یک عامل مهم در برآورده کردن نیازهای کلی باشد.
• در RUP ، الزامات غیر کاربردی در مشخصات نرم افزار مورد نیاز (SRS) ثبت می شود. نیاز عملکردی معمولاً در داستان های Use Case ضبط می شود.

فاکتورهای کیفیت McCall

•  

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

 

•  

• عوامل کیفیت نرم افزار

• عوامل عملکرد محصول

• عوامل تجدید نظر در محصول

• عوامل انتقال محصول

• کیفیت نرم افزار McCall
• مدل عوامل

 

•  

• درخت مدل فاکتور McCalls

صحت

•  

• صحت
• قابلیت اطمینان
• بهره وری
• تمامیت
• قابلیت استفاده

• عوامل عملکرد محصول

• چقدر خوب کار می کند و سهولت استفاده

فاکتورهای کیفیت McCall رده: فاکتورهای عملیاتی محصول

•  

• 1. صحت .
• لطفاً توجه داشته باشید كه ما ادعا می كنیم كه مسائل مربوط به "صحت" ناشی از مستندات مورد نیاز و مشخصات خروجی ها ...
• مثالها عبارتند از:
  • تعیین صحت نتایج برای خروجی های صحیح ، مثلاً خطای NLT <1٪ ، که می تواند تحت تأثیر داده های نادرست یا محاسبات معیوب باشد.
  • مشخص کردن کامل بودن خروجی های ارائه شده ، که می تواند با داده های ناقص تأثیر بگذارد (اغلب انجام می شود)
  • تعیین به موقع خروجی (زمان بین رویداد و بررسی آن توسط سیستم نرم افزاری)
  • تعیین استانداردهای کدگذاری و مستندسازی سیستم نرم افزاری
  • ما در مورد این صحبت کرده ایم: استانداردها و ادغام. ضروری!!

فاکتورهای کیفیت McCall رده: فاکتورهای عملیاتی محصول

•  

• 2. الزامات قابلیت اطمینان . (به یاد داشته باشید ، این فاکتور کیفیت در مشخصات مشخص شده است!)
• الزامات قابلیت اطمینان با عدم ارائه خدمات سروکار دارد.
  • خطاهای شکستگی یا توابع کلی یا کارایی مورد نیاز را مرتفع کنید.
• مشخصات نمونه:
  • یک سیستم نظارت بر قلب باید میزان نارسایی کمتر از یک در هر میلیون مورد داشته باشد.
  • زمان خرابی برای یک سیستم بیش از ده دقیقه در ماه نخواهد بود (من)
  • MTBF و MTTR - قدیمی و مهندسی ، اما هنوز هم قابل اجرا است.
• 3. الزامات بهره وری . با منابع سخت افزاری لازم برای انجام کارکردهای نرم افزار سروکار دارد.
  • در اینجا ما را با توجه به MIPS ، MHz (چرخه در ثانیه) در نظر می گیریم. قابلیت ذخیره سازی داده ها در MB یا TB اندازه گیری می شود. خطوط ارتباطی (معمولاً در KBPS ، MBPS یا GBPS اندازه گیری می شود).
  • نمونه مثال: ارتباطات بسیار کند ...

فاکتورهای کیفیت McCall رده: فاکتورهای عملیاتی محصول

•  

• 4. صداقت - با امنیت سیستم مقابله کنید که از دسترسی افراد غیر مجاز جلوگیری می کند.
• امروزه عظیم؛ امنیت سایبری؛ امنیت اینترنت؛ امنیت شبکه و موارد دیگر. اینها قطعاً یکسان نیستند!
• 5- الزامات قابلیت استفاده - به حوزه منابع کارکنان مورد نیاز برای آموزش کارمندان جدید و کار با سیستم نرم افزاری می پردازد.
  • معاملات با قابلیت یادگیری ، ابزار ، قابلیت استفاده و موارد دیگر. (من)
  • نمونه مثال: یک کارمند باید بتواند معاملات / زمان واحد را پردازش کند. (من)

قابلیت نگهداری

•  

• قابلیت نگهداری
• انعطاف پذیری
• قابلیت تست

• عوامل تجدید نظر در محصول

• آیا می توانم به راحتی آن را برطرف کنم ، مجدداً نسخه را چاپ کنم و به راحتی مستقر کنم ؟

فاکتورهای کیفیت McCall رده: عوامل نرم افزار تجدید نظر در محصول

•  

• این موارد با الزاماتی که بر طیف کاملی از فعالیتهای نگهداری نرم افزار تأثیر دارد ، سروکار دارند:
  • تعمیر اصلاحی ،
  • نگهداری انطباقی ، و
  • نگهداری کامل
  • تفاوت ها را بشناسید!
• 1. مورد نیاز حفظ
  • میزان تلاش لازم برای شناسایی دلایل (یافتن مشکل) برای عدم موفقیت نرم افزار و اصلاح خرابی ها و تأیید موفقیت در اصلاحات.
  • معاملات با ساختار مدولار نرم افزار ، اسناد داخلی برنامه ، کتابچه راهنمای برنامه نویس ، طراحی معماری و جزئیات و مستندات مربوطه
  • مشخصات نمونه: اندازه ماژول <= 30 عبارات.
  • در حال اصلاح ...

فاکتورهای کیفیت McCall رده: عوامل نرم افزار تجدید نظر در محصول

•  

• 2. الزامات انعطاف پذیری - برای تغییر (اتخاذ) نرم افزار به انواع مختلف مشتری که از برنامه استفاده می کنند ، کمی متفاوت است و به منابع تغییر می کند.
  • همچنین ممکن است یک تعمیر و نگهداری کمی کامل را در بر داشته باشد تا شاید به دلیل داشتن محیطی محکم تر از مشتری ، کمی بهتر انجام شود.
  • مشتریان مختلف نرم افزارهای مختلفی را تمرین می کنند. این بزرگ است!
• 3. الزامات تست پذیری -
  • آیا نتایج میانی محاسبات برای کمک به آزمایش از پیش تعیین شده است؟
  • آیا پرونده های log ایجاد شده اند؟ پشتیبان گیری؟
  • آیا این نرم افزار قبل و شاید در حین کار خود را تشخیص داده است؟

قابلیت حمل

•  

• قابلیت حمل
• قابل استفاده مجدد
• قابلیت همکاری

• عوامل انتقال محصول

• آیا می توانم برنامه را به سخت افزارهای مختلف منتقل کنم؟
• رابط به راحتی با سیستم های سخت افزاری / نرم افزاری مختلف. آیا می توانم از قسمتهای عمده کد استفاده مجدد کنم
• با کمی تغییر برای توسعه برنامه های جدید؟

فاکتورهای کیفیت McCall رده: عوامل کیفیت نرم افزار انتقال محصول

•  

• 1. الزامات قابلیت حمل: اگر نرم افزار باید به محیط های مختلف (سخت افزار مختلف ، سیستم عامل ها ، ...) منتقل شود و هنوز هم یک محیط موجود را حفظ کند ، حمل و نقل ضروری است.
•  
• 2. الزامات قابل استفاده مجدد: آیا ما می توانیم از قسمت هایی از برنامه برای برنامه های جدید استفاده مجدد کنیم؟
  • می تواند هزینه های توسعه عظیم را به دلیل خطاهای یافت شده / آزمایش شده ذخیره کند.
  • مطمئناً نرم افزار با کیفیت بالاتر و توسعه سریعتر نتیجه می گیرد.
  • معامله بسیار بزرگ امروزه.

فاکتورهای کیفیت McCall رده: عوامل کیفیت نرم افزار انتقال محصول

•  

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

جایگزین، گزینه ها

•  

• برخی دیگر از متخصصان SQA اساساً عوامل کیفیتی را تغییر نام داده اند.
• یکی از آنها 12 عامل ارائه کرده است. 15 عامل دیگر.
• در مجموع پنج عامل جدید پیشنهاد شده است
• اوانز و مارچینیاک دو مورد جدید دارند:
  • قابلیت اطمینان و قابل گسترش بودن
• دویچ و ویلیس سه مورد جدید را ارائه می دهند.
  • ایمنی
  • قابلیت مدیریت ، و
  • زنده ماندن

 

•  

• مدل عاملی مک کال
• و مدل های جایگزین

جایگزین، گزینه ها

•  

• Evans و Marciniak قابلیت اطمینان و گسترش را ارائه می دهند
  • 1. تأیید صحت نیازها به ویژگی های طراحی و برنامه نویسی می پردازد که امکان تأثیرگذاری در طراحی و برنامه نویسی را فراهم می آورد.
    • این به خروجی ها اطلاق نمی شود. ساختار کد؛ عناصر طراحی و وابستگی آنها ، اتصال ، انسجام. الگوهای ...
  • در مورد مدولار ، سادگی ، پیروی از اسناد و دستورالعمل های برنامه نویسی و غیره اعمال شود.
  • برای وابستگی ، انسجام ، اتصال ، به UML نگاه کنید ...
  •  
  • 2- نیازهای بسط پذیری واقعاً به مقیاس پذیری و توسعه پذیری برای ارائه قابلیت استفاده بیشتر اشاره دارد.
    • اساساً این انعطاف پذیری مک کال است

جایگزین، گزینه ها

•  

• دویچ و ویلیس ایمنی ، قابلیت مدیریت و Survivability را ارائه می دهند
  • 1. موارد ایمنی شرایطی را برطرف می کند که می تواند تجهیزات یا نرم افزارها را به خصوص برای کنترل نرم افزار کاهش دهد ، مانند تنظیم هشدارها یا هشدارهای صدا.
    • برای پردازش نرم افزارهای کنترل / زمان واقعی مانند اجرای تسمه های نقاله یا ابزار دقیق برای اجرای برنامه بسیار مهم است ...
  •  
  • 2. الزامات قابلیت مدیریت به ابزارهایی که در درجه اول اداری برای کنترل نسخه ها ، پیکربندی ها و مدیریت / ردیابی تغییر است اشاره دارد .
    • ما باید ابزارهایی برای مدیریت نسخه ها و تنظیمات مختلف داشته باشیم که ممکن است از مشتری تا مشتری دیگر متفاوت باشد.
  • 3. الزامات زنده ماندن به MTBF یا استمرار خدمات و همچنین MTTR (میانگین زمان بازیابی) اشاره دارد.
    • به نظر می رسد کاملاً شبیه به قابلیت اطمینان در مدل مک کال است

مقایسه ها

•  

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

بنابراین ، چه کسی اهمیت می دهد؟

•  

• هم توسعه دهندگان و هم مشتری ها نیاز به مراقبت دارند. یک گروه ممکن است بیش از گروه دیگر به برخی از کیفیت های خاص اهمیت دهند.
• مطمئناً ماهیت برنامه نگرانی بیشتری را نسبت به برخی از این عوامل نسبت به سایرین نشان می دهد (برای مثال ایمنی)
• در فرآیند یکسان سازی عقلانی ، ما این مؤلفه از الزامات را SRS می نامیم (مشخصات نرم افزار مورد نیاز ، که شامل این "الزامات غیر کاربردی" است که الزامات به هر مفهوم کلمه هستند - فقط الزامات کاربردی نیست ، زیرا این اصطلاح معمولاً استفاده می شود. .
• احساسات شما در مورد این عوامل کیفیت چیست؟

کارهای خانه شماره 3

•  

• شما ممکن است به تنهایی یا با یک دانش آموز در این کار کار کنید:
• 1. لطفاً به هریک از فاکتورهای کیفیت McCall توجه کنید و نحوه استفاده هر کدام از نرم افزارها و یا سخت افزارها (استفاده نکردن از مثالهای موجود در فصل) را بررسی کنید. لطفاً قابلیت اطمینان و ایمنی را اضافه کنید.
  • مقاله کوتاهی در Word ایجاد کنید که کمتر از یک پاراگراف واحد برای هر یک از این فاکتورهای کیفیت نباشد. (ممکن است این دو صفحه طول بکشد)
  • در جدول 3.3 ممکن است کمکی ارائه شود.
• 2. پاسخ سوال 3.2
• موعد مقرر: چهارشنبه آینده حداکثر بعد از (NLT) 4:00 از طریق Blackboard.

بحث تیم

•  

• تیم 3 قرار است بحث را در مورد سؤالات زیر هدایت کند:
• شما باید نکات اصلی این فصل را خلاصه کنید ، و بحث ها را در این زمینه انجام دهید:
• 3.3
• 3.4
• 3.5

ادامه نوشته

کیفیت و معیارهای کیفیت mcc

سؤال: عوامل و معیارهای کیفیت مک کال

0

 

کیفیت و معیارهای کیفیت mccall • نمایش 29k

اضافه کردن نظر • پیوند • 

دنبال نمی شود

8 هفته پیش اصلاح شده توسط  Ankit Pandey • 70

نوشته شده توسط 3.6 سال پیش توسط  Ramnath • 3.8k

0

 

عوامل کیفیت

یک فاکتور کیفیت نشانگر ویژگی رفتاری یک سیستم است. در زیر لیست عوامل کیفیت:

1. صحت:

• تعریف: مواردی که یک برنامه مشخصات آن را برآورده می کند و اهداف ماموریت کاربر را برآورده می کند

• از یک سیستم نرم افزاری انتظار می رود الزامات عملکردی صریح و مشخص و مورد نیاز غیر کاربردی ضمنی مورد انتظار را برآورده کند.

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

2. قابلیت اطمینان

• تعریف: وسیعی که می توان از آن برنامه انتظار داشت عملکرد مورد نظر خود را با دقت لازم انجام دهد

• اگر نرخ خرابی بسیار ناچیز باشد و تاثیری بر اهداف ماموریت آنها نگذارد ، ممکن است مشتریان هنوز یک سیستم نادرست را معتبر بدانند.

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

3. بهره وری:

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

• بهره وری نگرانی تا چه حد یک سیستم نرم افزاری از منابع مانند قدرت محاسبه ، حافظه ، فضای دیسک ، پهنای باند ارتباطی و انرژی استفاده می کند.

• یک سیستم نرم افزاری باید از منابع کمتری برای انجام کارکردهای خود استفاده کند.

4. صداقت:

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

• تمامیت سیستم به توانایی آن در مقاومت در برابر حملات به امنیت خود اشاره دارد.

• به عبارت دیگر ، صداقت به میزان كنترل دسترسی به نرم افزار یا داده ها توسط افراد یا برنامه های غیرمجاز اطلاق می شود.

5. قابلیت استفاده:

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

• در صورتی که کاربران انسانی استفاده از آن را آسان پیدا کنند ، یک نرم افزار قابل استفاده محسوب می شود.

• بدون داشتن رابط کاربری خوب ، یک سیستم نرم افزاری حتی اگر دارای بسیاری از کیفیت های مورد نظر باشد ممکن است از بین برود.

6. حفظ پذیری:

• تعریف: تلاش لازم برای یافتن و رفع نقص در یک برنامه عملیاتی

• تعمیر و نگهداری به پاسخ به خراب شدن اجزای آنها به دلیل استفاده مستمر از محصولات ، به نگهداری محصولات اشاره دارد.

• تعمیر و نگهداری به چگونگی کار آسان و ارزان وظایف نگهداری اشاره دارد.

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

7. قابلیت آزمایش:

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

• قابلیت تست یعنی توانایی تأیید الزامات. در هر مرحله از تولید نرم افزار ، لازم است جنبه قابلیت آزمایش بودن یک محصول در نظر گرفته شود.

• برای اینکه یک محصول قابل آزمایش باشد ، ممکن است طراحان طرحی را طراحی کنند که دارای ویژگی هایی باشد که در دسترس مشتری نباشد.

8. انعطاف پذیری:

• تعریف: تلاش لازم برای اصلاح یک برنامه عملیاتی

• انعطاف پذیری در هزینه اصلاح یک سیستم عملیاتی منعکس می شود.

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

9. قابلیت حمل

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

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

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

10. قابل استفاده مجدد

• Defination: در قسمت هایی که یک سیستم نرم افزاری قابل استفاده مجدد است در سایر برنامه ها کاربرد دارد

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

• قابلیت استفاده مجدد موجب صرفه جویی در هزینه و زمان برای تهیه و آزمایش استفاده مجدد از مؤلفه می شود.

11. قابلیت همکاری:

• تعریف: تلاش لازم برای جفت کردن یک سیستم با سیستم دیگر

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

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

معیارهای کیفیت

معیار کیفیت یک ویژگی کیفیتی است که مربوط به توسعه نرم افزار است. به عنوان مثال ، مدولار بودن یک ویژگی معماری یک سیستم نرم افزاری است.

لیست معیارهای کیفیت:

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

2. کنترل دسترسی: مقررات کنترل و محافظت از نرم افزار

3. دقت: دقت محاسبات و خروجی.

4. کامل بودن: درجه ای که اجرای کامل عملکردهای مورد نیاز به دست آمده باشد.

5- برقراری ارتباط: سهولت در جذب ورودیها و خروجیها.

6. مختصر بودن: جمع و جور بودن کد منبع ، از نظر خطوط کد.

7. سازگاری: استفاده از تکنیک های طراحی و اجرای یکنواخت.

8- مشترک بودن داده ها: استفاده از نمایش داده های استاندارد.

9- تحمل خطا: درجه ای که استمرار کار در شرایط نامساعد تأمین می شود.

10. راندمان اجرای : اجرای راندمان زمان نرم افزار.

11-Expandability: درجه ای که وسایل ذخیره سازی یا کارکردهای نرم افزار می تواند گسترش یابد.

12. استقلال سخت افزار: درجه ای که یک نرم افزار به سخت افزار اصلی آن وابسته است.

13. مدولار: تهیه ماژولهای بسیار مستقل.

14. کارایی: سهولت کار نرم افزار.

15. سادگی: سهولت در درک نرم افزار.

16. بهره وری نرم افزار: الزامات ذخیره سازی زمان نرم افزار را اجرا کنید.

17. قابلیت ردیابی: قابلیت پیوند دادن اجزای نرم افزار با الزامات.

18- آموزش: سهولت استفاده کاربران جدید از سیستم.

اضافه کردن نظر • پیوند

ادامه نوشته

مدل کیفیت نرم افزار McCall

مدل کیفیت نرم افزار McCall 31 مه 2016 هدف کلی هر مدیریت نرم افزاری "کیفیت داخلی با هزینه و عملکرد به عنوان مهمترین نکته " است . این بدان معنی است که نرم افزار باید با جنبه های کیفیتی خاصی ساخته شود که نیازهای کاربر را برآورده سازد. عملکرد آن در اولویت قرار دارد. عملکرد نیز براساس خواسته های کاربر و دیدگاه توسعه دهنده است. این نرم افزار با عملکرد خوب این روزها به دلیل افزایش رقابت در بازار بسیار مورد تقاضا است. با توجه به ماهیت نامحسوس و انتزاعی نرم افزار ، محققان و دست اندرکاران مجبورند راه هایی برای توصیف نرم افزار پیدا کنند تا مزایا و هزینه های آن قابل مشاهده باشد. جیم مک کال مدل مدل نرم افزار McCall را برای نیروی هوایی ایالات متحده در سال 1977 تولید کرد. این برای حفظ هماهنگی بین کاربران و توسعه دهندگان استفاده می شود. نرم افزاری موفقیت آمیز ساخته شده است که نیازهای کاربر را با توجه به دیدگاه توسعه دهنده برآورده می کند. مدل های مختلف کیفیت نرم افزاری توسعه یافته اند و در این مورد فقط دو مدل در زمان حاضر برای ویژگی های قابل توجه کیفیت نرم افزار در نظر گرفته شده اند. مک کال (1977) بوهم (1978) اهداف مشترک یک مدل کیفیت نرم افزار به شرح زیر است: به دلیل انقلاب ، مدلهای کیفیت نرم افزار دیگری نیز وجود دارد که در بازار توسعه یافته است. همه آنها با اهداف مشترک و یک هدف مشترک در نظر گرفته شده اند. ممکن است یک کاربر نسبت به مدلهای از قبل ساخته شده نیازهای کمتری داشته باشد و از آنجا که نوآوری مادر آفرینش است. چندین مدل وجود دارد که بازار با توجه به خواسته ها و نیازهای کاربر یک هدف مشترک را به اشتراک می گذارد. اهداف مشترک یک مدل کیفیت نرم افزار ذکر شده است. مزایا و هزینه های نرم افزار در کلیت آنها نماد می شود بدون در نظر گرفتن ویژگی ها یا کارایی بالای نرم افزار. وجود ، عدم وجود ویژگی های نرم افزار می تواند به صورت عینی اندازه گیری شود. درجه‌ای که هر یک از ویژگیهای موجود ، کیفیت کلی نرم افزار داخلی را نشان می دهد. این ویژگی ها باعث بهبود مستمر نرم افزار در آینده می شود. این امکان را می دهد تا علت و تأثیر تغییر خاصی را مورد تجزیه و تحلیل قرار دهد سه دیدگاه اصلی از ویژگی های کیفیت نرم افزار: چشم انداز برای هر رویکرد مورد نیاز است. از آن باشد ، طاقچه نرم افزار یا هر طاقچه دیگر. بازنگری محصولات. انتقال محصول. عملیات محصول. تبلیغات ThinkSys ویرایش محصولات: این شامل چشم انداز تجدیدنظر در شناسایی فاکتورهای کیفیت است که توانایی تغییر محصول نرم افزاری را در آینده با توجه به نیازها و نیازهای کاربر تغییر می دهد. حفظ پذیری - در صورت وجود نقص در نرم افزار که در مرحله بعد مشاهده می شود ، این ویژگی امکان یافتن و رفع نقص را می دهد. انعطاف پذیری - امکان ایجاد تغییر در محصول نرم افزاری با توجه به خواسته های تجاری. Testability - این محصول را قادر می سازد تا اعتبارات لازم را تأیید کند. انتقال محصول: چشم انداز انتقالی این نرم افزار را قادر می سازد تا خود را در محیط های جدید تطبیق دهد. شناسایی فاکتور کیفیت که امکان سازگاری نرم افزار در محیط جدید را فراهم می کند به عنوان انتقال محصول شناخته می شود. بگذارید یک مثال بزنیم ، خالق ما نرم افزاری به نام انسانی ایجاد کرده است. خالق توانایی این نرم افزار را در خود گنجانیده است که باعث می شود آن را در محیط جدید تطبیق دهد. قابلیت حمل و نقل - این قابلیت انتقال نرم افزار از یک محیط به محیط دیگر است. قابلیت استفاده مجدد - از مؤلفه های نرم افزار می توان در زمینه های مختلف استفاده کرد. قابلیت همکاری - منطقه سهولت یا راحتی که در آن کلیه مؤلفه های نرم افزار با هم کار می کنند. عملیات محصول: اگر این نرم افزار مطابق با مشخصات کاربر باشد ، می تواند با موفقیت در بازار اجرا شود و همچنین بدون هیچگونه نقص و روان نیز به راحتی اجرا شود. چشم انداز عملکرد محصول تا چه اندازه نرم افزار مشخصات خود را برآورده می کند- صحت - عملکرد باید با مشخصات مطابقت داشته باشد. قابلیت اطمینان - میزان عدم موفقیت سیستم. کارآیی - این باعث افزایش استفاده از منابع سیستم می شود. قابلیت استفاده - نرم افزار باید از آن آسان باشد. نرم افزار دشوار برای کار بر روی آن خسته کننده است و مشکل آزار کاربر.

ادامه نوشته

مدل کیفیت مک کال - 1977

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

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

این دیدگاه ها عبارتند از: -

• تجدید نظر در محصول (قابلیت تغییر)
• انتقال محصول (سازگاری با محیط های جدید).
• عملیات محصول (مشخصات اصلی عملیاتی).

بازبینی محصولات
چشم انداز تجدیدنظر در محصولات ، عوامل کیفی مؤثر بر توانایی تغییر محصول نرم افزاری را شناسایی می کند ، این عوامل عبارتند از:

• حفظ ، توانایی پیدا کردن و رفع نقص.
• انعطاف پذیری ، امکان ایجاد تغییرات مورد نیاز طبق تجارت.
• قابلیت تست ، امکان اعتبارسنجی نیازهای نرم افزار.

انتقال محصول
چشم انداز انتقال محصول عوامل کیفیتی را تحت تأثیر قرار می دهد که بر توانایی تطبیق نرم افزار با محیط های جدید تأثیر می گذارد:

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

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

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

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

 

مدل کیفیت Boehm - 1978

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

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

• ابزار As-is ، میزان استفاده از نرم افزار as-is (سهولت استفاده ، قابلیت اطمینان و کارآیی) است.
• حفظ ، سهولت در شناسایی آنچه باید تغییر کند و همچنین سهولت اصلاح و آزمایش مجدد.
• قابلیت حمل ، سهولت در تغییر نرم افزار برای قرار گرفتن در محیط جدید.
  
  این سه کاربرد اصلی دارای عوامل کیفی مرتبط با آنها بود که نشان دهنده سطح بعدی مدل سلسله مراتبی Boehm است.
  
  
  
  Boehm هفت عامل کیفیت را مشخص کرد ، یعنی:
  • قابلیت حمل ، میزان کار این نرم افزار تحت تنظیمات رایانه های مختلف (به عنوان مثال سیستم عامل ، پایگاه داده و غیره).
  • قابلیت اطمینان ، میزان عملکرد نرم افزار در صورت نیاز ، یعنی عدم وجود نقص.
  • بهره وری ، استفاده بهینه از منابع سیستم در حین اجرای صحیح.
  • قابلیت استفاده ، سهولت استفاده.
  • قابلیت آزمایش ، سهولت اعتبارسنجی ، که این نرم افزار الزامات را برآورده می کند.
  • قابل درک بودن ، میزان درک نرم افزار به راحتی با توجه به هدف و ساختار.
  • انعطاف پذیری ، سهولت تغییر نرم افزار برای پاسخگویی به نیازهای اصلاح شده.
  این فاكتورهای كیفیت بیشتر به سازه های بدوی تقسیم می شوند كه می توان آنها را اندازه گیری كرد ، برای مثال قابلیت اثبات به این زیر تقسیم می شود: - دسترسی ، برقراری ارتباط ، ساختار و توصیف خود. مانند مدل کیفیت McCall ، هدف این است که بتوانیم کمترین سطح مدل را اندازه گیری کنیم.

• خلاصه دو مدل

  
  اگرچه فقط خلاصه ای از دو مدل فاکتور نرم افزاری دو مثال ارائه شده است ، می توان برخی مقایسه ها و مشاهدات را انجام داد که تلاش کلی برای توصیف نرم افزار را تعمیم می دهد.
  
  هر دو مدل McCall و Boehm از یک ساختار مشابه ، با یک هدف مشابه پیروی می کنند. هر دوی آنها تلاش می كنند تا مصنوع نرم افزار را به سازه هایی كه می تواند اندازه گیری شود ، تجزیه كنند. بعضي از عوامل كيفيت به طور مثال تكرار مي شوند: قابليت استفاده ، قابل حمل ، كارايي و قابليت اطمينان
  
  وجود عوامل کم و بیش وجود ندارد ، اما نشانگر مدل بهتر یا بدتر نیست.
  
  ارزش اینها و مدلهای دیگر صرفاً عملی است و در معنایی یا تفاوت های ساختاری نیست.
  میزان مجاز یک مدل برای اندازه گیری دقیق (هزینه و سود) نرم افزار ، ارزش آن را تعیین می کند.
  
  بعید به نظر می رسد که یکی از مدل های فعلی به عنوان بهترین ها ظاهر شود و سایر مدل ها مطمئناً ارائه می شوند ، این نشان دهنده ماهیت نامحسوس نرم افزار و مشکلات اساسی است که این امر به وجود می آورد. مدل ISO 9126 از ویژگی های نرم افزار بیانگر تلاش اخیر ISO برای تعریف مجموعه ای از خصوصیات کیفیت مفید است.
   

ادامه نوشته

مدل فاکتور مک کال

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

چندین مدل از عوامل کیفی نرم افزار و طبقه بندی آنها طی سالها پیشنهاد شده است. مدل کلاسیک فاکتورهای کیفیت نرم افزار ، که توسط مک کال پیشنهاد شده است ، شامل 11 عامل است (مک کال و همکاران ، 1977). به همین ترتیب ، مدلهای متشکل از 12 تا 15 عامل ، توسط دویچ و ویلیس (1988) و توسط ایوانز و مارسینیاک (1987) پیشنهاد شده اند.

همه این مدلها تفاوت چندانی با مدل مک کال ندارند. مدل فاکتور McCall یک روش عملی و به روز برای طبقه بندی نیازهای نرم افزاری ارائه می دهد (Pressman، 2000).

مدل فاکتور مک کال

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

• عوامل عملکرد محصول - صحت ، قابلیت اطمینان ، کارآیی ، یکپارچگی ، قابلیت استفاده.

• عوامل تجدید نظر در محصول - قابلیت حفظ ، انعطاف پذیری ، قابلیت آزمایش.

• عوامل انتقال محصول - قابلیت حمل ، قابلیت استفاده مجدد ، قابلیت همکاری.

فاکتورهای کیفیت نرم افزار عملکرد محصول

طبق مدل McCall ، طبقه بندی عملکرد محصول شامل پنج عامل کیفیت نرم افزار است که با الزاماتی که مستقیماً بر عملکرد روزانه نرم افزار تأثیر می گذارد ، سروکار دارند. آنها به شرح زیر است -

صحت

این الزامات با صحت خروجی سیستم نرم افزاری سروکار دارد. آنها شامل -

• ماموریت خروجی

• دقت لازم خروجی که می تواند با داده های نادرست یا محاسبات نادرست تأثیر منفی بگذارد.

• کامل بودن اطلاعات خروجی ، که می تواند توسط داده های ناقص تحت تأثیر قرار گیرد.

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

• در دسترس بودن اطلاعات.

• استانداردهای کدگذاری و مستند سازی سیستم نرم افزاری.

قابلیت اطمینان

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

بهره وری

این منابع با منابع سخت افزاری مورد نیاز برای انجام کارکردهای مختلف سیستم نرم افزاری سروکار دارد. این شامل قابلیت های پردازش (داده شده در MHz) ، ظرفیت ذخیره سازی آن (با استفاده از MB یا GB) و قابلیت ارتباط داده ها (داده شده در MBPS یا GBPS) است.

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

تمامیت

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

قابلیت استفاده

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

عوامل کیفیت محصول تجدید نظر در محصولات

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

قابلیت نگهداری

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

انعطاف پذیری

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

قابلیت تست

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

ضریب کیفیت نرم افزار انتقال محصول

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

قابلیت حمل

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

قابل استفاده مجدد

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

قابلیت همکاری

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

ادامه نوشته

McCall

---

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

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

• مک کال (1977)
• بوهم (1978)

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

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

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

سه دیدگاه اصلی از ویژگی های کیفیت نرم افزار:

چشم انداز برای هر رویکرد مورد نیاز است. از آن باشد ، طاقچه نرم افزار یا هر طاقچه دیگر.

• بازنگری محصولات.
• انتقال محصول.
• عملیات محصول.

ویرایش محصولات:

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

• حفظ پذیری - در صورت وجود نقص در نرم افزار که در مرحله بعد مشاهده می شود ، این ویژگی امکان یافتن و رفع نقص را می دهد.
• انعطاف پذیری - امکان ایجاد تغییر در محصول نرم افزاری با توجه به خواسته های تجاری.
• Testability - این محصول را قادر می سازد تا اعتبارات لازم را تأیید کند.

انتقال محصول:

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

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

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

عملیات محصول:

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

• صحت - عملکرد باید با مشخصات مطابقت داشته باشد.
• قابلیت اطمینان - میزان عدم موفقیت سیستم.
• کارآیی - این باعث افزایش استفاده از منابع سیستم می شود.
• قابلیت استفاده - نرم افزار باید از آن آسان باشد. نرم افزار دشوار برای کار بر روی آن خسته کننده است و مشکل آزار کاربر.

این همه در مورد مدل کیفیت نرم افزار McCall است. این امر باعث ایجاد انقلابی در صنعت نرم افزار با کیفیت آن شد تا توانایی لازم را برای نرم افزار فراهم آورد.

 

نظرات خود را بدهید!

ادامه نوشته

sonarqube

SonarQube (سابقاً Sonar 2 ) نرم افزاری رایگان برای اندازه گیری مداوم کیفیت کد منبع است .

 

خلاصه

• 1ویژگی
• 2یادداشت و منابع
• 3ضمیمه
  • 3.1مقالات مرتبط
  • 3.2پیوندهای خارجی

ویژگی ها [ ویرایش | تغییر کد ]

• پشتیبانی از بیش از بیست و پنج زبان ( جاوا ، C ، C ++ ، Objective-C ، C # ، PHP ، Flex ، گروت ، جاوا اسکریپت ، پایتون ، PL / SQL ، COBOL و ...) که برخی از آنها دارای مجوز تجاری هستند.
• گزارش در:
  • شناسایی تکثیر کد
  • اندازه گیری سطح اسناد
  • رعایت قوانین برنامه نویسی
  • تشخیص اشکالات احتمالی
  • ارزیابی پوشش کد توسط تست های واحد
  • تجزیه و تحلیل توزیع پیچیدگی
  • تجزیه و تحلیل طراحی و معماری یک برنامه
• تکامل با گذشت زمان و نماهای متفاوت
• با ادغام: به طور کامل تجزیه و تحلیل خودکار Maven را ، مورچه ، Gradle و سرور ادغام مداوم (Atlassian بامبو، جنکینز ، هادسون ...).
• ادغام با محیط توسعه Eclipse
• ادغام با ابزارهای خارجی: جیرا ، مانتیس ، LDAP ، Fortify ...
• قابل توسعه توسط پلاگین ها . به این معنی که امکان افزایش این هسته به منظور افزایش کارایی (افزودن یک زبان جدید ، محاسبه متریک جدید ، افزودن قوانین برنامه نویسی ...) امکان پذیر است. درگاه پلاگین SonarQube 3 امکان دسترسی به لیست برنامه های افزودنی موجود را فراهم می کند.
• اجرای SQALE برای ارزیابی بدهی فنی.

ادامه نوشته

PMD (نرم افزار)

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

اگرچه مخفف PMD به معنای رسمی نیست ، اما دارای چندین تفسیر غیر رسمی است که مناسب ترین آنها احتمالاً برنامه نویس خطای برنامه نویسی است (به معنای واقعی کلمه به زبان انگلیسی "آشکارساز خطا قابل برنامه ریزی").

استفاده از آن را می توان از طریق موتور تولیدی مانند مورچه ها ، م aven و گریدل 1 به صورت خودکار انجام داد . PMD همچنین در IDE های مختلف Java مانند Eclipse ، IntelliJ و NetBeans ادغام می شود .

PMD مجموعه ای از ابزارهای مکمل را ارائه می دهد:

• یک آشکارساز کد تکرار توسط کپی کنید و نام PCD (است که پشتیبانی از زبان های دیگر مانند جاوا PHP ، روبی ، یا فرترن )؛
• آنالایزر جریان داده؛
• یک آشکارساز کد مرده .

ادامه نوشته

(Kiuwan )کیووان

Kiuwan  برای سنجش کیفیت و امنیت نرم افزار یک راه حل چند تکنولوژی SaaS برای تجزیه و تحلیل کد استاتیک است.

Kiuwan یکی از ابزارهای موجود در فهرست   تجزیه و تحلیل استاتیک منبع کد OWASP 1 است .

همچنین فینالیست IBM Beacon Awards 2015 2 .

 

خلاصه

• 1تاریخچه
• 2Suporte
• 3مرجع
• 4پیوند خارجی

تاریخچه [ تغییر | تغییر کد ]

Kiuwan یک راه حل متولد 2012 است ، توسط Optimyth ، یک شرکت نرم افزاری که در سال 2008 تاسیس شده است.

ادامه نوشته

چند زبانه

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

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

اجرای چند زبانه [ ویرایش | تغییر کد ]

کد منبع را می توان به گونه ای نوشت که به نحوی چند زبان برنامه نویسی احترام بگذارد. این معمولا یک چالش یا سرگرم کننده است ، درست مثل نوشتن یک کوئین .

چند زبانی کد منبع است که می تواند به زبان های مختلف تفسیر شده است، و تولید عملکرد مشابه با هر یک از آنها. به عنوان مثال ، کد منبع زیر را می توانید به عنوان یک برنامه C ، در PHP و در Bash بخوانید  :

#define a /*
# /dev/null > /dev/null \ ;
// 2> /dev/null; x=a;
$x=5; // 2> /dev/null \ ;
if (($x))
// 2> /dev/null; then
return 0;
// 2> /dev/null; fi
#define e ?>
#define b */
#include 
#define main() int main(void)
#define printf printf(
#define true )
#define function
function main()
{
printf "Hello, world!\n"true/* 2> /dev/null | grep -v true*/;
return 0;
}
#define c /*
main
#*/

برنامه چند زبانه [ ویرایش | تغییر کد ]

برخی از نرم افزارها به شما امکان می دهند با زبان های برنامه نویسی مختلف کار کنید. این مورد ژنراتورها ، CPD (ردیاب کپی و چسباندن ) یا حتی کامپایلرهایی مانند GCC یا LLVM است زیرا بهینه سازی ها در مرحله تدوین مستقل از زبان اصلی است. برخی سیستم عاملها ممکن است از چندین زبان نیز پشتیبانی کنند ، مانند Java ، .NET یا ماشین های مجازی طوطی (دو مورد اخیر به صراحت برای این منظور برنامه ریزی شده اند).

 

ادامه نوشته

کد اسپاگتی

کد اسپاگتی  یک برنامه نویسی ضعیف ، ساختاری ضعیف ، گیج کننده و دشوار است ، به ویژه که شامل بسیاری از اپراتورهای GOTO (بخصوص انتقال به عقب) ، استثنائات و سایر سازه هایی است که ساختار را مختل می کند [1] . رایج ترین ضد برنامه نویسی.

کد اسپاگتی به این نام خوانده می شود زیرا پیشرفت برنامه شبیه به یک کاسه اسپاگتی است ، یعنی تنش آور و گیج کننده. گاهی اوقات به نام " کانگورو -code» ( کانگورو کد زیر ) به دلیل بسیاری از «پرش» دستورالعمل.

در حال حاضر ، این اصطلاح نه تنها در مورد سوءاستفاده از GOTO ، بلکه برای هر کد "متصل چند برابر" نیز اعمال می شود ، که در آن همان قطعه کوچک در تعداد زیادی از موقعیت های مختلف اجرا می شود و عملکردهای منطقی زیادی را انجام می دهد [1] .

کد اسپاگتی معمولاً رخ می دهد:

• از بی تجربگی توسعه دهندگان؛
• از فشار جدی به زمان ، هر دو توسط مدیریت (به عنوان مثال ، در سیستم انگیزه شرکت به "کار سریعتر") ، و توسط خود توسعه دهنده ایجاد شده است (تمایل به انجام همه کارها با سریعترین روش)

این نتیجه انسداد عمدی نیست .

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

 

مطالب

• 1مثال
• 2مفهوم مرتبط
• 3همچنین ببینید
• 4نت
• 5مرجع

مثال [ ویرایش | ویرایش کد ]

در زیر نمونه ای از کد اسپاگتی BASIC است که یک عمل ساده را انجام می دهد - چاپ شماره های 1 تا 10 و مربع های آنها. نمونه های واقعی زندگی کد اسپاگتی بسیار پیچیده تر هستند و هنگام حفظ برنامه ها مشکلات بزرگی ایجاد می کنند.

1 10 i = 0 2 20 i = i + 1 3 30 if i <= 10 سپس goto 70 4 40 if i > 10 سپس goto 50 5 50 چاپ "برنامه کامل شد". 6 60 پایان 7 70 چاپ i ؛ "مربع =" ؛ i * i 8 80 goto 20   
     
       
       
  
 
      
  

همان کد نوشته شده به سبک برنامه نویسی ساختاری :

برای i = 1 تا 10 چاپ i ؛ "مربع =" ؛ من * * * * من بعدی من چاپ "برنامه کامل شده است."     
         
 
 

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

 ( 1 .. 10 ) . هر  { | من |  قرار می دهد  " # { i } \ t مربع = # { i ** 2 } " } 
قرار می دهد  "برنامه کامل است."

 

ادامه نوشته

مقیاس (کیفیت نرم افزار)

پرش به پیمایشپرش به جستجو

Squale - بهبود کیفیت نرم افزار

اطلاعات

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

ویرایش - ویرایش کد - به ویکیداتا (راهنما) مراجعه کنید

Squale یک نرم افزار منبع باز برای اندازه گیری و کنترل کیفیت پیشرفت های برنامه چند زبانه است . نسخه قابل بارگیری Squale می تواند مستقیماً کد جاوا را مورد تجزیه و تحلیل قرار دهد ، همچنین می تواند کد C / C ++ و Cobol را از طریق اتصال به ابزارهای تجاری (مانند McCabe یا RSM) اسکن کند.

Squale تحت مجوز GNU LGPL v3 مجاز است .

 

خلاصه

• 1معنی اسم
• 2توضیحات سریع
• 3مرجع
• 4مقاله مرتبط
• 5پیوند خارجی
• 6ابزار منبع آزاد دیگر

معنی نام [ ویرایش | تغییر کد ]

Squale مخفف انگلیسی "نرم افزار QUALITY Enhancement" است که می تواند به زبان فرانسه به عنوان "بهبود کیفیت نرم افزار" ترجمه شود.

شرح سریع [ ویرایش | تغییر کد ]

Squale بیش از یک پلتفرم نرم افزاری ، پروژه ای از گروه موضوعی "نرم افزار رایگان" 1 از خوشه رقابت پذیری سیستم @ tic پاریس - منطقه 2 است . این موضوع بر دو جنبه اصلی تمرکز دارد:

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

نسخه فعلی Squale اجازه می دهد تا:

• برنامه های جاوا / J2EE را با استفاده از ابزارهای شناخته شده منبع باز (دوباره) مانند Checkstyle ، PMD ، JDepend و دیگران تجزیه و تحلیل کنید.
• برنامه های C / C ++ و Cobol را با استفاده از اتصال دهنده به ابزارهای تجاری McCabe و RSM تجزیه و تحلیل کنید.

مقیاس 3 به دو شکل اصلی قابل بارگیری است :

• نسخه کاملاً بسته بندی شده (برای نسخه تولید توصیه نمی شود):
  • تامکت تعبیه شده
  • یک پایگاه داده تعبیه شده ( HSQLDB )
  • ابزارهای تحلیل منبع باز برای جاوا از پیش نصب شده
  • یک مدل کیفیت اولیه در 3 سطح (عوامل ، معیارها و شیوه های کیفیت)
• بایگانی شامل همه موارد لازم برای نصب Squale بر روی سرور وب (نوع Tomcat ، JBoss ، ... و غیره) همراه با یک سرور پایگاه داده (نوع MySQL ، اوراکل ، ... و غیره).

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

• پشتیبانی از زبانهای دیگر (خصوصاً PHP) از طریق اضافه کردن اتصالات جدید برای ابزارهای تجزیه و تحلیل این زبان
• بهبود رابط از طریق تجسم پیشرفته (فراتر از توزیع های ساده یا رادارها)
• پیشنهاد برنامه های اقدام پیشرفته تر

 

ادامه نوشته

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

پرش به پیمایشپرش به جستجو

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

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

 

خلاصه

• 1عناصر تاریخ
• 2روش رسمی
• 3کد پخش
• 4ابزار تجزیه و تحلیل استاتیک
• 5همچنین ببینید
• 6پیوند خارجی
• 7یادداشت و منابع

عناصر داستان [ تغییر | تغییر کد ]

اولین ایده تجزیه و تحلیل استاتیک در اولین تحقیقات در حال ظهور کامپیوتر در پایان 1940 می 1 . آنچه در آن زمان گران بود ، به اندازه دسترسی سیستم به دسترسی به منبع (رایانه) نبود. آنچه اکنون به عنوان شواهد برنامه نامیده می شود ، به وضوح اولین مدرک تجزیه و تحلیل استاتیک است و از سخنرانی آلن تورینگ 2 در سال 1949 بدست می آید ، و بعداً روش های رسمی کار می کنند. در فلوچارت از رابرت فلوید 3 و در نهایت در منطق هور .

روش های رسمی [ ویرایش | تغییر کد ]

تجزیه و تحلیل استاتیک خانواده ای از روش های رسمی را شامل می شود که به طور خودکار اطلاعات مربوط به رفتار نرم افزار یا سخت افزار را به دست می آورند. یکی از کاربردهای احتمالی آنالیز استاتیک ، اشکال زدایی خودکار است ، به ویژه در جستجوی خطاهای زمان اجرا- تقریباً اتفاقاتی که برنامه را به سمت "خرابی" سوق می دهد. در میان رایج ترین اشتباهات از این نوع عبارتند از غلط املایی آشکار، از جمله زبان های برنامه نویسی مستعد ابتلا به شکستگی ، فرمول شامل متغیرهای بدون مقدار اولیه و یا حتی غیر اعلام کرد، مراجع دایره ای ، استفاده از نحوهای غیر قابل حمل .

تجزیه و تحلیل برنامه ها (از جمله جستجوی خطاهای احتمالی در اجرای) قطعی نیست: هیچ روشی "مکانیکی" وجود ندارد که همیشه بتواند بدون خطا در پرتو برنامه اگر گفت ، وجود داشته باشد. این خطاهای زمان اجرا را ایجاد می کند یا نخواهد کرد. این یک نتیجه ریاضی است که بر اساس نتایج کلیسای آلونزو ، کورت گودل و آلن تورینگ در دهه 1930 میلادی صورت گرفته است (به مسئله قضاوت و قضیه رایس مراجعه کنید ).

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

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

• بررسی مدل با توجه به سیستم های حالت محدود، و یا می توان به سیستم با کشورهای محدود کاهش انتزاع  ؛
• تجزیه و تحلیل استاتیک با تفسیر انتزاعی ، می توان تقریب رفتار سیستم را بدست آورد.

پخش مجدد کد [ ویرایش | تغییر کد ]

مقاله اصلی: بررسی کد .

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

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

ابزارهای تجزیه و تحلیل استاتیک [ ویرایش | تغییر کد ]

اولین ابزار تجزیه و تحلیل برنامه استاتیک [Ref. ضروری] ابزار lint است که در دهه 1970 برای زبان C ایجاد شده است . علاقه جهانی صنعت به ابزارهای آنالیز استاتیک خصوصاً برای توسعه نرم افزارهای مهم ، در پی انفجار پرواز افتتاحیه موشک Ariane 5 به دلیل اشکال رایانه - بدون شک کنید یکی از گرانترین اشکالات تاریخ 4 . از اواخر دهه 1990 ، بیشتر کامپایلرهااگر فقط به عنوان مؤلفه اصلی گزینه های بهینه سازی کد آنها ، تجزیه و تحلیل استاتیک کم و بیش کد منبع پیچیده را ادغام کنید . از ویژگی های دندانه اتوماتیک و نظر هستند، آنها اغلب به ارائه محیط توسعه یکپارچه  : می توان گفت که برنامه تجزیه و تحلیل استاتیک قربانی موفقیت خود بودند، از روش های خود را با ابزارهای دیگر ادغام شده اند.

همچنین به [ ویرایش | مراجعه کنید تغییر کد ]

• تجزیه و تحلیل دینامیکی برنامه ها
• لیست ابزارهای تحلیل استاتیک  (en)
• CodeSonar (GrammaTech)  : C، C ++، Java (نرم افزار پرداخت شده)
• پوشش  : C ، C ++ ، Java (نرم افزار پرداخت شده)
• Kiuwan  : Objective-C، Java، JSP، Javascript، PHP، C، C ++، ABAP، COBOL، JCL، C #، PL / SQL، Transact-SQL، SQL، Visual Basic، VB.NET، RPG، SQL * فرم ها، اندروید یا خواب زمستانی
• Klocwork  (در)  : C، C ++، جاوا و C # (نرم افزار پرداخت می شود)
• LDRA
• منطق هوار
• PMD
• PolySpace (MathWorks): C، C ++ (نرم افزار پرداخت شده)
• RIPS  (en)  : Java، JSP، PHP
• SonarQube  : Java، C #، C / C ++، Cobol، PL / SQL، ABAP، Javascript، PHP، Web، XML و غیره. (نرم افزار رایگان برای اکثر زبانها ، پرداخت ویژه C / C ++)
• کوسه ماهی
• SQuORE
• Testwell CMT ++
• Testwell CMTJava
• IBM منطقی Logiscope
• FindBugs  : Java (نرم افزار رایگان)
• Cppcheck  : C، C ++ (نرم افزار رایگان)
• Checkmarx (نرم افزار پرداخت شده)
• PVS-Studio  : C، C ++ (نرم افزار پرداخت شده)
• Frama-C  (در)  : C (نرم افزار رایگان)

 

ادامه نوشته

ISO / IEC 9126

استاندارد ISO / IEC 9126 یک زبان مشترک به مدل تعریف کیفیت از نرم افزار . زبان توضیحات با استفاده از واژه هایی مانند عوامل کیفیت ، ویژگی های ، زیر ویژگی و معیارهای به اندازه درخت و شیوه ای سازمان یافته، بر اساس تعاریف استاندارد شده، مدت ده ها تن از خواص "در همهجا" (قابل حمل، نگهداری، قابلیت اطمینان ...). این محصول از سال 2011 با استاندارد ISO 25010 از سری استاندارد های ISO 250xx که به آن SQuaRE نیز گفته می شود (برای کیفیت نرم افزار و ارزیابی به زبان انگلیسی ، یعنی الزامات و ارزیابی کیفیت نرم افزار) جایگزین شده است .

مدل کیفیت [ ویرایش | تغییر کد ]

مقاله اصلی: قابلیت اطمینان سیستم های رایانه ای .

• ظرفیت عملکردی  : آیا نرم افزار پاسخگوی نیازهای عملکردی بیان شده است؟
  • ارتباط
  • دقت
  • قابلیت همکاری
  • امنیت
  • قبول
• قابلیت اطمینان  : آیا نرم افزار سطح سرویس خود را در شرایط خاص و برای مدت معین حفظ می کند؟
  • بلوغ (بروز کم حوادث)
  • تحمل خطا
  • سهولت بازیابی  : توانایی نرم افزار معیوب برای بازگشت به حالت عملیاتی کامل (داده ها و اتصالات شبکه شامل)
• قابلیت استفاده  : آیا نرم افزار برای استفاده نیاز به تلاش کمی دارد؟
  • سهولت درک
  • یادگیری آسان
  • سهولت کار
• کارآیی و کارآیی  : آیا این نرم افزار نیاز به مقیاس مقرون به صرفه و متناسب از سکوی میزبان در برابر سایر الزامات دارد؟
  • رفتار موقتی  : زمان پاسخ ، نرخ معامله
  • استفاده از منابع  : حافظه ، پردازنده ، دیسک و شبکه
• حفظ پذیری  : آیا نرم افزار برای تکامل با الزامات جدید نیاز به تلاش کمی دارد؟
  • سهولت تجزیه و تحلیل  : شناسایی در نرم افزار منشأ نقص
  • اصلاح آسان
  • ثبات
  • آزمون پذیری
• قابلیت حمل  : آیا می توان نرم افزار را از یک سیستم عامل یا محیط به سیستم دیگر منتقل کرد؟
  • سهولت سازگاری با تغییرات در مشخصات یا محیط های عملیاتی
  • نصب آسان
  • همزیستی
  • قابلیت تعویض  : استفاده از پلاگین ها

این شش ویژگی به خودی خود به زیر ویژگی های فرعی تقسیم می شوند (27 ویژگی در زیر آخرین نسخه استاندارد). محتوای استاندارد ISO / IEC 9126 با غنی سازی ، توسط سری استانداردهای ISO 250xx ، همچنین با نام SQuaRE (برای کیفیت نرم افزار و ارزیابی ، ارزیابی ، الزامات و ارزیابی کیفیت نرم افزار) تکثیر می شود .

ادامه نوشته

SQALE

در عمل: از کدام منابع انتظار می رود؟ چگونه منابع خود را اضافه کنم؟

SQALE ( ارزیابی کیفیت نرم افزار مبتنی بر انتظارات چرخه عمر ) روشی برای ارزیابی کد منبع یک نرم افزار است . این مبتنی بر مفهوم بدهی فنی است . این یک روش عمومی ، مستقل از زبان ، مستقل از ابزارهای تحلیل کد است و تحت مجوز Creative Commons BY-NC-ND منتشر می شود. ناشران آزادانه مجاز به اجرای این روش در ابزار تجزیه و تحلیل کد به صورت خودکار خود.

روش SQALE توسط inspearit فرانسه توسعه داده شد. این در برنامه های کاربردی از هر نوع و اندازه استفاده می شود [Ref. لازم] برای نظارت بر کیفیت نرم افزار و مدیریت بدهی های فنی. چندین ابزار تجزیه و تحلیل کد استاتیک آن را پیاده سازی کرده و شاخص ها و شاخص های تعریف شده با روش تولید می کنند.

 

خلاصه

• 1تاریخچه
• 2اصول اساسی
• 3جزئیات روش
  • 3.1مدل کیفیت
  • 3.2مدل تحلیل
  • 3.3شاخص
  • 3.4شاخص ها
• 4پروژه SQALE و چالاک
• 5یادداشت و منابع
• 6همچنین ببینید
  • 6.1مقالات مرتبط
  • 6.2پیوند خارجی

تاریخچه [ ویرایش | تغییر کد ]

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

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

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

• هدفمند ، دقیق و قابل تکرار.
• تولید سرنخ ها ، خلاصه ها و / یا نشانگرهایی که به راحتی قابل درک بوده و به تصمیم گیری در مورد بهبود کد کمک می کند.
• مستقل از زبان؛
• مستقل از ابزارهای تحلیلی.

روش SQALE براساس آنالیز سیستماتیک 2 روشهای تلفیق با توجه به انواع مقیاس و بند بازنمایی ، این نیازها را برآورده می کند.

نسخه اول روش (نسخه 0.8) در سال 2010 منتشر شد. از آن زمان ، این روش برای پشتیبانی از تحلیل بدهی های فنی با توجه به چشم انداز تجارت تکمیل شده و یک شاخص جدید را پیشنهاد می دهد: نقشه بدهی برای انتخاب استراتژی بازپرداخت بدهی فنی با توجه به زمینه. نسخه 1.0 در ژانویه 2012 منتشر شد.

اصول اساسی [ ویرایش | تغییر کد ]

روش 1 مبتنی بر نه اصل اساسی است:

1. کیفیت کد منبع یک الزام غیر کاربردی است.
2. الزامات مربوط به کیفیت کد منبع باید مطابق با همان معیارهای کیفیت مانند کلیه الزامات رسمی شود.
3. ارزیابی کیفیت یک کد منبع به معنی ارزیابی فاصله بین آن و مطابقت با الزامات آن است.
4. روش SQALE با تخمین بار اصلاح شده مورد نیاز برای مطابقت با کد ، فاصله مورد نیاز را ارزیابی می کند.
5. روش SQALE با در نظر گرفتن هزینه اضافی ناشی از تحویل آن ، اهمیت عدم رعایت را ارزیابی می کند.
6. روش SQALE به بند نمایندگی احترام می گذارد.
7. روش SQALE از این افزودنی برای جمع کردن بارهای اصلاح و محاسبه شاخص های کیفیت آن استفاده می کند.
8. مدل کیفیت روش SQALE متعامد متعامد است.
9. مدل کیفیت روش SQALE چرخه عمر یک نرم افزار را در نظر می گیرد.

جزئیات روش [ ویرایش | تغییر کد ]

این روش شامل چهار مفهوم اصلی 1 است :

1. مدل کیفیت
2. مدل تحلیل
3. شاخص ها
4. شاخص ها

مدل کیفیت [ ویرایش | تغییر کد ]

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

مدل تحلیل [ ویرایش | تغییر کد ]

مدل آنالیز SQALE از یک سو قوانینی را دارد که برای استاندارد سازی اندازه گیری ها و کنترل های مربوط به کد استفاده می شود ، و از سوی دیگر قواعد تجمیع مقادیر عادی شده به شاخص ها. روش SQALE با تبدیل آنها به شاخص های نشانگر بار ، یافته ها را از ابزار تجزیه و تحلیل کد منبع عادی می کند. برای این کار از توابع اصلاح (اصلاح تخمین ) و غیر اصلاح استفاده می کنیم. در روش SQALE تجمع شاخص ها با افزودن انجام می شود. چه در درخت مدل کیفی ، چه در درخت سلسله مراتب از مصنوعات کد منبع. [مشخص نیست]

فهرستها [ ویرایش | تغییر کد ]

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

• شاخص آزمایش SQALE: STI
• شاخص قابلیت اطمینان SQALE: SRI
• شاخص تغییر پذیری SQALE: SCI
• شاخص امنیتی SQALE: SSI
• شاخص بهره وری SQALE: SEI
• شاخص نگهداري SQALE: SMI
• فهرست قابل حمل SQALE: SPI
• شاخص قابلیت استفاده مجدد SQALE: SRuI

این روش همچنین یک شاخص جهانی را تعریف می کند: برای هر عنصر سلسله مراتب از آثار باستانی میراث کد منبع ، می توانیم با اضافه کردن تمام بارهای ترمیم مربوط به تمام الزامات مدل کیفیت. این اندازه گیری مشتق شده است: شاخص کیفیت SQALE (SQI)

برای پروژه های چابک ، SQI آنچه را که معمولاً به عنوان بدهی فنی پروژه گفته می شود ، نشان می دهد.

این روش همچنین چگالی شاخص (به عنوان مثال چگالی شاخص کیفیت SQALE: SQID) را برای مقایسه کیفیت محصولات در اندازه های مختلف تعریف می کند.

شاخص ها [ ویرایش | تغییر کد ]

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

دو مهم ترین آنها عبارتند از: هرم SQALE و نقشه بدهی SQALE ، که برای ایجاد استراتژی های بازپرداخت بدهی فنی استفاده می شوند.

پروژه های SQALE و چالاک [ ویرایش | تغییر کد ]

مفهوم بدهی فنی توسط Ward Cunningham برای ردیابی کیفیت کد پروژه چابک اختراع شد.

روش SQALE مخصوصاً برای مدیریت بدهی فنی مناسب است. این اجازه می دهد:

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

در الزامات کد (مدل کیفیت SQALE 1 ) ، این روش امکان ورود حداقل آستانه را با تست های واحد فراهم می کند. در صورت عدم دستیابی به این آستانه ، این باعث می شود شاخص قابلیت اطمینان برنامه تغییر کند.

ادامه نوشته

نظرات (برنامه نویسی)

نظرات  - توضیحات در مورد کد منبع برنامه ، که مستقیماً در داخل کد اظهار نظر قرار دارد. نحو نظرات با زبان برنامه نویسی تعیین می شود . از دیدگاه کامپایلر یا مترجم ، نظرات بخشی از متن برنامه است که معنایی آن را تحت تأثیر قرار نمی دهد. نظرات هیچ تاثیری در نتیجه تدوین برنامه یا تفسیر آن ندارند. علاوه بر کد منبع برنامه ها ، از نظرات در زبان های نشانه گذاری و زبان های توصیف نیز استفاده می شود .

 

مطالب

• 1انتساب نظرات
• 2 نظرتک خط و چند خط
• 3یادداشت
• 4تولید اسناد خودکار
• 5برنامه پخش
• 6در زبان های مختلف و محیط های برنامه نویسی
• 7نظر ویژه
• 8یادداشت
• 9همچنین ببینید

اختصاص دادن نظرات [ ویرایش | ویرایش کد ]

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

مفهوم برنامه نویسی صالح اصرار دارد تا نظرات کاملاً مفصل و متفکرانه را در متن برنامه گنجانده که متن اصلی آن نه تنها برای کد اجرایی بلکه برای مستندات همراه باشد.

نظرات اغلب برای غیرفعال کردن موقتی قسمتهای کد استفاده می شود. در C و C ++ ، برخی توصیه می کنند از دستورالعمل های پیش پردازنده ( #if 0... #endif) برای همین منظور استفاده کنند .

نظرات تک خط و چند خطی [ ویرایش | ویرایش کد ]

از نظر نحو ، دو نوع نظر وجود دارد. یک نظر چند خطی می تواند از هر طول برخوردار باشد ؛ در ابتدا و انتهای آن با کاراکترهای ویژه مشخص می شود (برای مثال /* */). برخی از زبانها اجازه می دهند تا نظرات چند خطی را انجام دهند ، برخی دیگر اینگونه نیستند

یک نظر تک خطی در ابتدا با یک شخصیت خاص مشخص شده است (برای مثال //) و تا انتهای خط ادامه دارد. معمولاً لانه کردن نظرات تک خطی در دیگران ، اعم از نظرات تک خطی و چند خطی ، مجاز است. روشهای ضبط را می توان متناوب ، از دیدگاه معنایی ، آنها یکسان هستند.

یادداشت ها [ ویرایش | ویرایش کد ]

نوع دیگری از تفسیر - حاشیه نویسی  - در طرح هایی از شواهد درستی برنامه استفاده می شود. چنین اظهاراتی وضعیت رایانه را توصیف می کند که برنامه ، در حین اجرا ، به جایی برسد که نظر در آن قرار داشته باشد. برنامه ای مجهز به نظرات حاشیه نویسی برنامه حاشیه نویسی نامیده می شود .

تولید خودکار مستندات [ ویرایش | ویرایش کد ]

مقاله اصلی: تولید اسناد

از نظرات ویژه طراحی شده (به اصطلاح نظرات اسناد ) برای ایجاد خودکار مستندات ، در درجه اول برای کتابخانه های توابع یا کلاسها استفاده می شود. برای این کار از مولد اسناد استفاده می شود ، به عنوان مثال ، مانند javadoc [1] برای زبان جاوا ، phpDocumentor برای PHP [2] ، doxygen [3] برای C و C ++ و غیره.

نظرات اسناد و مدارک معمولاً به صورت کامنتهای چند خطی به سبک زبان C قالب بندی می شوند . در هر حالت ، نظر باید قبل از عنصر سند ظاهر شود. شخصیت اول در نظر (و در ابتدای خطوط نظر) باید * باشد. بلوک ها توسط خطوط خالی از هم جدا می شوند.

مثال توضیحات مستندات

/ ** 
* نام و یا توضیحات کوتاه از شیء 
* 
* شرح مفصل 
* 
* مقدار 
توصیف_نامه *return data_type 
* /

در برخی از محیط های برنامه نویسی (به عنوان مثال ، Eclipse ، NetBeans ، Python ، Visual Studio ) ، از نظرات مستند به عنوان یک ابزار تعاملی برای رابط کلاس ها و توابع استفاده می شود.

برنامه های پخش [ ویرایش | ویرایش کد ]

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

در زبان های مختلف و محیط های برنامه نویسی [ ویرایش | ویرایش کد ]

• 1C

  // نظر تک خط

• آدا

-- نظر تک خط

• اسمبلر

; نظر تک خط

COMMENT +

… نظر چند خط

+ یک خط با این نماد نظر را تکمیل می کند ؛ به جای یک اضافه ، ممکن است یک نماد دیگر وجود داشته باشد.

• پایه

' نظر تک خطی - - در همه گویشها پشتیبانی نمی شود

REM نظر تک خط

• BLITZ PLUS

; نظر تک خط

• پرونده های BAT و دستورات DOS

REM نظر تک خط

:: نظر تک خط

• پرونده دسته ای لینوکس ، QNX

# نظر تک خط

• C ، C ++ ، PHP ، C # ، Java و JavaScript

/* نظر چند خطی */

// نظر تک خط

# نظر تک خط (برای PHP)

راهی برای اظهار نظر در مورد قسمت های بزرگ کد در C / C ++. این نه برای نوشتن نظرات در مورد برنامه بلکه برای مخفی کردن بخشی از عملکردها (غیر ممکن در جاوا و جاوا اسکریپت) استفاده می شود:

#if 0

…кусок кода…

#endif

• کبول

* (на седьмой позиции)  - تک خط نظر

• دلفی ( شیء پاسکال )

(* многострочный комментарий *)

{ многострочный комментарий }

// نظر تک خط

• قلعه

\ نظر تک خط استاندارد

( Комментарий до закрывающей скобки. Может быть многострочным (зависит от реализации). Пробел после открывающей скобки обязателен.)

• فورتان

c однострочный комментарий (в старых версиях Фортрана после латинской c должно идти 5 пробелов)

! однострочный комментарий

• HTML ، XML ، XHTML ، XAML ، نشانه گذاری ویکی

 

• پرونده های پیکربندی ( اینی )

; کلید استفاده نشده یا نظر دیگر

• پرونده های رجیستری ویندوز ( REG )

; کلید استفاده نشده یا نظر دیگر

• سیستم محاسبات تحلیلی Mathematica

(* многострочный комментарий *)

• سیستم محاسباتی تحلیلی Maple

# однострочный комментарий

• Pascal ، Modula-2 ، Modula-3 ، Oberon و ML

(* многострочный комментарий *)

{ многострочный комментарий }

• پرل

# نظر تک خط

=pod
آنالوگ از نظرات چند خطی ، برای نوشتن اسناد استفاده می شود

=cut

• پاورل

# نظر تک خط

<# نظر چند خطی #>

• پایتون ، گزینه های مختلف پوسته برای UNIX ، AWK ، sed ، Tcl

# نظر تک خط

• PL / SQL

-- نظر تک خط

/* многострочный комментарий */

• یاقوت

=begin

نظر چند خطی

=end

# نظر تک خط

• Smalltalk

"многострочный комментарий"

• TeX ، LaTeX ، PostScript

% نظر تک خط

• ویژوال بیسیک

' نظر تک خط

Rem نظر تک خط

• لوا

-- однострочный комментарий

--[[многострочный

комментарий]]

--[[многострочный

комментарий]]--

نظرات ویژه [ ویرایش | ویرایش کد ]

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

به عنوان مثال ، در گویش Turbo Pascal ، از شبه نظرات {$I-}نیز {$I+}برای غیرفعال کردن و فعال کردن کنترل خطای ورودی-خروجی استاندارد استفاده می شود. نظرات خاص مشابه در زبان نشانه گذاری HTML برای نشان دادن نوع سند SGML ، برگه های سبک و اسکریپت های "فرار" در JavaScript و VBScript استفاده می شود :

 

http://www.w3.org/TR/REC-html40/strict.dtd">
…



…

 

 

برنامه نویسان در طول کار خود از برخی نظرات استفاده می کنند. چنین اظهارنظرهایی به ویژه هنگامی مفید است که چندین توسعه دهنده روی یک کد کار کنند. بنابراین ، نظرات TODO معمولاً قسمتی از کد را علامت گذاری می کند که برنامه نویس ناقص برای برگرداندن بعداً به آن می دهد. یک نظر FIXME یک خطای شناسایی شده را نشان می دهد ، که تصمیم می گیرند بعدا آن را برطرف کند. نظر XXX خطای مهمی را یافت که بدون اصلاح بیشتر قابل ادامه نیست.

ادامه نوشته