Методы и средства инженерии программного обеспечения



         

Стандарты программной инженерии - часть 2


Практически  большинство  стандартов  программной инженерии исторически появляются  как  стандарты  IEEE, а со временем, после испытания опытом  использования,  вносятся  как кандидаты в стандарты ISO/IEC.

Процедура утверждения стандартов ISO довольно сложная. Имеется  несколько   стадий   прохождения кандидата в  стандарт,  для  любой из них предусмотрена рассылка предложений на экспертизу всем национальным комитетам, сбор замечаний,  их  обработка  и голосование для   создания новой версии.

Эта процедура для некоторых стандартов может  длиться годами относительно   официальных   стандартов или стандартов де–юре. Бюрократизированная процедура приводит к тому, что технически доведенные до кондиции стандарты могут за время утратить свою значимость для индустрии программного   обеспечения и  соответствие  действующему уровню технологии.

Тем временем  индустрия  создает так называемые "стандарты де–факто", которые фактически находят массовое использование независимо от того,   утверждены они  компетентными плановыми  органами или нет,  так как они являются  наиболее актуальными в индустрии программных систем.

 Термином "стандарт де–факто" обозначаются спецификации на проект стандарта (или внутренний  стандарт), которые  публикуются  некоторым консорциумом (группой учреждений, которые официально работают для общей цели стандартизации) или фирмой,   получившие общее одобрение от других разработчиков,  и этот проект стал восприниматься как необходимое  современное  направление  технологии. 

Например, проектные  решения консорциума Object  Management  Group  (OMG)  по    управлению транзакциями стали стандартом де–факто и утверждены комитетом ISO,  модель UML фирмы   Rational Rose  определена   как   стандарт моделирования артефактов программной инженерии,  язык JAVA – претендент на стандарт, который активно используется на рынке, и др.

Стандарты де–факто,  благодаря  своему  соответствию  актуальным потребностям рынка,  распространяются и внедряются довольно быстро, потому что их отработка и апробация проходит внутри групп, которые их создают,  а публикация этих стандартов обозначает,  как  "зрелые" решения.




Содержание  Назад  Вперед