ту. br/>
Критерії якості ПЗ
У фундаментальній роботі Бертрана Мейєра (творця мови Eiffel) наводиться досить детальна класифікація критеріїв (факторів) якості програмного забезпечення. Мейєр ділить ці фактори на В«зовнішніВ», тобто ті, які може виявити користувач ПЗ, і В«внутрішніВ» - ті, які бачать тільки програмісти, що створюють це ПЗ. p align="justify"> Зовнішні фактори: коректність, стійкість, розширюваність, повторне використання, сумісність, ефективність, переносимість, простота використання, функціональність, своєчасність.
Приклади внутрішніх факторів: читаність, модульність, легкість виявлення помилок.
Список В«зовнішніхВ» чинників може здивувати: чому такі фактори як розширюваність і повторне використання (невидимі кінцевому користувачеві) стоять в одному ряду з простотою використання і коректністю? Справа в тому, що терміни В«ПОВ» і В«користувачВ» потрібно розуміти не тільки як В«прикладні програмиВ» і В«оператор ПКВ», але і як В«бібліотекиВ» і В«програміст, що використовує бібліотекуВ». p align="justify"> Дійсно, значна частина створюваного в світі ПЗ не є самостійними програмами, але являє собою бібліотеки і API (до таких продуктів відносяться не тільки бібліотеки стандартних класів, такі як STL або Collection Framework, а й, наприклад, ядра операційних систем).
Дуже важливо розуміти, що навіть якщо програміст особисто працюєте над додатком (а не над бібліотекою) не поодинці, а в команді, він все одно створює велику кількість API, якими будуть користуватися його колеги і він самі . Ці API можуть бути не настільки жорстко регламентовані, як API ядра операційної системи, яке дуже небезпечно міняти від версії до версії. Однак чим краще спроектовані внутрішні інтерфейси, тим менше проблем виникає при їх використанні. Крім того, багато додатки мають зовнішні API для розширення (так звані plug-in API), які дуже близькі до API ОС. br/>
Зовнішні чинники якості
Розглянемо зовнішні чинники якості ПЗ. Тут застосовується термін В«програмаВ» - менш точний, ніж В«ПЗВ», однак більш привабливий з точки зору російської мови. Слід пам'ятати, що В«програмаВ» - це не тільки додаток, але і бібліотека чи інші API. p align="justify"> В· Коректність. Програма повинна робити те, що від неї чекають. Грубо кажучи, програма не повинна містити помилок.
В· Стійкість. Аварійні ситуації, які можуть виникнути під час роботи програми, не повинні призводити до плачевних наслідків.
В· Розширюваність. В«Software must be softВ» - ПЗ повинно бути гнучким. Програма повинна розвиватися відповідно до потреб користувачів Мережі, менеджерів і системних адміністраторів.
В· Повторне ...
