КАТЕГОРИЯ:


Астрономия- (809) Биология- (7483) Биотехнологии- (1457) Военное дело- (14632) Высокие технологии- (1363) География- (913) Геология- (1438) Государство- (451) Демография- (1065) Дом- (47672) Журналистика и СМИ- (912) Изобретательство- (14524) Иностранные языки- (4268) Информатика- (17799) Искусство- (1338) История- (13644) Компьютеры- (11121) Косметика- (55) Кулинария- (373) Культура- (8427) Лингвистика- (374) Литература- (1642) Маркетинг- (23702) Математика- (16968) Машиностроение- (1700) Медицина- (12668) Менеджмент- (24684) Механика- (15423) Науковедение- (506) Образование- (11852) Охрана труда- (3308) Педагогика- (5571) Полиграфия- (1312) Политика- (7869) Право- (5454) Приборостроение- (1369) Программирование- (2801) Производство- (97182) Промышленность- (8706) Психология- (18388) Религия- (3217) Связь- (10668) Сельское хозяйство- (299) Социология- (6455) Спорт- (42831) Строительство- (4793) Торговля- (5050) Транспорт- (2929) Туризм- (1568) Физика- (3942) Философия- (17015) Финансы- (26596) Химия- (22929) Экология- (12095) Экономика- (9961) Электроника- (8441) Электротехника- (4623) Энергетика- (12629) Юриспруденция- (1492) Ядерная техника- (1748) Arhitektura- (3434) Astronomiya- (809) Biologiya- (7483) Biotehnologii- (1457) Военни бизнесмен (14632) Висока technologies- (1363) Geografiya- (913) Geologiya- (1438) на държавата (451) Demografiya- ( 1065) Къща- (47672) журналистика и смирен (912) Izobretatelstvo- (14524) външен >(4268) Informatika- (17799) Iskusstvo- (1338) историята е (13644) Компютри- (11,121) Kosmetika- (55) Kulinariya- (373) културата е (8427) Lingvistika- (374) Literatura- (1642) маркетинг-(23702) математиците на (16968) Механична инженерно (1700) медицина-(12668) Management- (24684) Mehanika- (15423) Naukovedenie- (506) образователна (11852) truda- сигурност (3308) Pedagogika- (5571) Poligrafiya- (1312) Politika- (7869) Лево- (5454) Priborostroenie- (1369) Programmirovanie- (2801) производствено (97 182 ) индустрия- (8706) Psihologiya- (18388) Religiya- (3217) Svyaz (10668) Agriculture- (299) Sotsiologiya- (6455) на (42831) спортист строително (4793) Torgovlya- (5050) транспорт ( 2929) Turizm- (1568) физик (3942) Filosofiya- (17015) Finansy- (26596) химия (22929) Ekologiya- (12095) Ekonomika- (9961) Electronics- (8441) Elektrotehnika- (4623) Мощност инженерно ( 12629) Yurisprudentsiya- (1492) ядрена technics- (1748)

стандарти ISO

Международната стандартизация на ИТ качество

Сред всички международни стандарти в областта на развитието и прилагането на информационните технологии, които се използват понастоящем, най-популярните модели са: ISO, TickIT, SEI SW-CMM. Методическата основа на качеството на заложените стандарти ИТ ISO 9000.

стандарти ISO са най-добре познат и широко разпространена в света. стандартите ISO са универсални, те могат да се използват като модели, независимо от отрасъла, в който оперира компанията. В резултат на това на модел ISO има своите очевидни предимства и недостатъци. Сега стандартите ISO са задължителни минимални. Благодарение на своята универсалност, модела, базирани на стандартите ISO 9000 е вече твърде "високо ниво". Следователно, за да се изгради цялостна система за качество, въз основа на модела ISO, е необходимо да се използват голям брой под-секторни и ISO стандарти.

Стандартите за ISO, използвани за определяне на качеството на стандарта ISO 8402: "Качество - набор от характеристики на продукта, свързани с неговата способност да удовлетвори явни или неявни нужди". Подобна дефиниция се съдържа в IEC 15467-79: ". Качеството на продукта - комбинация от свойствата на продуктите, които определят неговата пригодност да отговарят на определени изисквания, в съответствие с неговото предназначение"

Според ISO 9000 със създаването на IT и IP предполага постоянен контрол свойства, произведени продукти или услуги, както и характеристиките на процесите на създаване. Въз основа на това, развитието на основните стандарти на ISO / IEC 15288 и ISO / IEC 12207 систематично взети предвид разпоредбите на оценка зрялост ISO 9000 за управление на качеството стандарти, процедури и стандарти ISO 15504. Кратко описание на приложимите официални стандарти за контрол на качеството, процесите за оценка на качеството и оценка се предоставят в таблица X.

Таблица H. Списъкът в областта на стандартите за качество в областта на информационните технологии

Стандарти: Офис свойства и тяхната оценка
качество
контрол на качеството
ISO 9000: 2005- Системи за управление на качеството. Основи и лексика. Задава основите на системите за управление на качеството, които са предмет на ISO 9000 семейството на, и определя сродни думи. Въведена като национален стандарт ГОСТ R ISO 9000-2008.
ISO 9001: 2008-Quality System Management. Изисквания. Тя определя изискванията за система за управление на качеството в случаите, когато една организация: трябва да демонстрира способността винаги да доставят продукти, които отговарят на изискванията и има за цел да повиши удовлетвореността на клиентите
ISO / IEC 90003: 2004- PI. Препоръки за използване на ISO 9001: 2000 за компютърен софтуер. Стандартът обхваща всички аспекти на качеството на ПП на всички етапи от жизнения си цикъл, в резултат на придобиването, включително разработването, експлоатацията и поддръжката и завършва с доставката. Тя дава насоки за прилагането на този ред на подход на бизнес процеси, което е в основата на ISO 9001: 2000. Тъй като ISO / IEC 12207 е международно призната като основа за създаването на ПП процеси, съдържанието му е до голяма степен определя препоръките, включени в ISO 90003. Потребителите вече могат да сочат всяко изискване на ISO 9001: 1994 за ISO / IEC 12207 и собствените си нужди. Този стандарт позволява да се приведе в съответствие с насоките, с най-новите разработки, които описват различните аспекти на качеството на ПП. Сред тези развития - стандартите ISO / IEC 15504 (процес на оценка), ISO / IEC 9126 (качество PP), ISO / IEC 14598 (софтуер за оценка), ISO / IEC 15939 (процес на измерване), ISO / IEC 14764 (проследяващ софтуер), ISO / IEC 12119 (изисквания за опаковки от PP и тестове) и ISO / IEC 14143 (функционална оценка на значимост).
ISO / IEC TR 90005: 2008 - НД. Препоръки за прилагането на ISO 9001 за процесите на жизнения цикъл на системите. Тя дава насоки за прилагането на ISO 9001 организации: 2000 в обществените поръчки, доставка, разработване, прилагане и поддържане на системи и свързаните с тях услуги, за да се осигури. Получава ISO / IEC 15288, като отправна точка в, експлоатация, или системи за поддръжка, развитие и определя тези изисквания, по отношение на ISO 9001: 2000, които са в основата на ISO / IEC 15288 успешното прилагане
Оценка на качеството на СС
ISO / IEC 9126 - PI. качеството на продуктите Семейство от 4 стандарти за качество PS приет през периода 2001-2004 г. Opredelyaeyut модел на качеството на СС и свързаните с тях показатели
ISO / IEC 25000 - PI. Изисквания за качеството и оценка на софтуерни продукти (квадрат) Семейството на стандарти за качество за второ поколение включва 13 спецификация и продължава да се развива. Той определя референтен модел и препоръки за изискванията за планиране и управление, свързани с качеството и оценка на софтуерни продукти
ЗРЕЛОСТТА
процес на оценяване
ISO / IEC 15504 - IT. процес на оценяване Стандарти за оценка на семейството на процеси в контекста на тяхната зрялост и способността да се подобри съдържа 9 спецификации. Първият приет през 2003 г., на финала се предвижда да бъде прието през 2010 г. В резултат на преразглеждането на стандартите ISO / IEC 15504 - 1 - 9, взето през 1998-1999 гг
Стандарти: осигуряване на системи и подстанции
Осигуряване на имоти и г-жа системи
ISO / IEC TR 15026 - Sipi. Осигуряване на системи и подстанции Частен проект от 3 спецификации. Документи описват методиката за поддържане на декларираните имоти и целостта на системите и подстанции

Някои от тези стандарти са приети като държавните стандарти на Руската федерация. По-специално, те включват:



· ГОСТ R ISO 9001-96 "Quality Systems Модел за осигуряване на качеството в проектиране, разработка, производство, монтаж и поддръжка.";

· ГОСТ R ISO 9002-96 "Quality Systems Модел за осигуряване на качеството в производство, монтаж и сервиз.";

· ГОСТ R ISO 9003-96 "Quality Systems Модел за осигуряване на качеството в крайна проверка и тест.";

· ГОСТ R ISO / IEC 9126-93 "Информационни технологии. Оценка на качествените характеристики софтуерен продукт и управлението им прилагане ";

· ГОСТ R ISO / IEC 15504-1-2009 "Информационни технологии. оценка процеси ";

· ГОСТ R ISO / IEC 15026-2002 "Информационни технологии. Нива на системи и целостта на софтуер. "

Оценка на качеството на IP - е изключително трудно, защото от сорта на интересите на потребителите. Поради това, че е невъзможно да предоставя универсална мярка за качество и ние трябва да използваме редица функции, покриващи пълния спектър от изисквания.

Според правилата на ISO, посветени на проблема за качеството на ИТ, съществуващите подходи за оценка на качеството могат да бъдат класифицирани като прогноза за показатели вътрешно качество (показатели за процеса), оценка на показателите за външни качествени (метрики, записани по време на теста) и смесен подход. стандарти ISO, в зависимост от приложението, фокусирани върху оценката на качеството на всяка система, но внимателно проучване от тях става ясно, че всички препоръки (предложен качество модел) се отнасят за по-голямата част на софтуерни системи като компонент на ПР. По принцип тези модели в някои сближаване могат да бъдат използвани за оценка на качеството и ПР, и по-специално на практика се използва както вътрешни, така и чуждестранни компании.

В момента тя се използва някаква абстрактна качеството на софтуерни модели, основани на характеристиките на специфичното качество, показатели за качество, критерии и показатели.

В основата на системи за регулиране на показателите за качество беше преди международния стандарт ISO 9126: 1991 "Информационните технологии. софтуер за оценка. Качествени характеристики и указания за тяхното използване. " При избора на минимални показатели standartiziruemyh качество в документа взе под внимание следните принципи:

• простота и възможността за измерване стойности;

• липса на припокриване между цифрите, използвани;

• Спазване на установените концепции и терминология;

• възможност за по-нататъшно усъвършенстване и детайли;

• изолационни характеристики, които позволяват оценката на РП за позицията на потребителя, управителят на разработчик и проект.

В момента е в ход на развитието и усъвършенстването на този стандарт в посока на изясняване, като се уточнява и разширяване на гамата, качествените характеристики на софтуерни системи работа. Стандартът ISO 9126: 1991 е заменен от два свързани серия стандарти: ISO 9126: 1-4, "Особености и качествени софтуерни метрики" и ISO 14598-1-6:. 1998-2000 «Софтуерен продукт за оценяване"

Разработеният сложни стандарти ISO 9126 се състои от четири части под общото заглавие:

Част 1: Качество на модела;

Част 2: външни показатели;

Част 3: Вътрешни показатели;

Част 4: Качествени показатели в употреба.

В стандарт ISO 9126-1 (част 1) се препоръчва да се уточни и оценка на качеството на системите от различни гледни точки: придобиване, определение изисквания, развитие, използване, оценка, подкрепа, поддръжка, качество одит осигуряване. като модел информационна система, както са определени в тази част на стандарта може да се използва за следните цели:

· Изисквания проверка за пълнота определение в договора;

· Идентифициране на изискванията на ЕС (предимно AIS);

· С цел идентифициране на проекта IP;

· Идентифициране на цели IP тестване;

· Определяне на критериите за потребителски приемане и сертифициране завършен IC дизайн.

Тази част на ISO 9126-1 дефинира характеристиките на модела за качество, която разделя на цялостното качество на информационните системи на шестте основни характеристики (функционалност, надеждност, използваемост, ефективност, ремонтопригодност и преносимост), допълнително структуриран да subharakteristiki. Някои характеристики на този стандарт допълва от редица изисквания по отношение на избора на показатели и измерване за различните етапи от жизнения цикъл на системата.

В стандарт ISO 9126-1 (част 2) използва IC мерки, определени въз основа на поведението на системата по време на тестване, поддръжка или наблюдение на системата по време на работа.

Преди закупуването или използването на системата е необходимо да се извърши оценката си с помощта на показатели, които да отчитат бизнес и професионални цели, свързани с използването, функционирането и управлението на даден продукт в определена организационна и техническа среда. Външни показатели предоставя на своите клиенти, потребители, тестери и разработчици да се определи качеството на системата по време на тестването или операция.

Изискванията за качеството на IP да бъдат изброени и характеристиките subharakteristiki които съставят пълен набор от показатели за качество. Процесът на формиране на изискванията за качество, заключава чрез идентифициране на подходящи външни показатели, за създаване на количествени и качествени критерии, които потвърждават, че развитата система отговаря на нуждите на клиентите и потребителите, и техните приемливи интервали от стойности. Повече определя и определен от вътрешните качества на системата за планиране на удовлетворяване на необходимите външни характеристики на качеството на крайния продукт и да се гарантира, че те са в междинни продукти по време на развитието.

Подходящи вътрешни показатели и приемливи граници са определени за числови стойности или вътрешни качествени категории представяне, така че те могат да бъдат използвани, за да се провери спазването на междинните продукти, произведени в процеса на развитие, спецификации вътрешни качество. Препоръчително е да се използват вътрешни показатели, които имат най-силната връзка с външни показатели целеви.

ISO 9126-1 стандарт (част 3) се използва по време на проектирането и планирането на не-изпълними компоненти на системата, като например текст спецификация или източник програма. С развитието на IP междинни продукти се оценяват чрез използване на вътрешни показатели, измерване на свойствата на програми, и могат да бъдат получени от прогнозираното поведение. Основната цел на използването на вътрешни показатели - да се постигне желаното качество на външна система. Вътрешни показатели позволяват на потребители, тестери и разработчици за оценка на качеството на софтуерния процес на жизнения цикъл и решаване на проблемите на качеството дълго преди IP стане готов изпълним продукт. Вътрешни показатели измерват вътрешните качества позволяват на системата или формират признаците на външните атрибути чрез анализ на статичните свойства на междинния продукт или на доставените софтуерни компоненти. За измерване се използва вътрешния категорията на показатели, броят на елементи или характеристики на системата, които, например, процедури, налични в текста на програмата източник в потока от данни и изображения на паметта състояния променят.

Документацията може да се оцени чрез използване на вътрешни показатели.

ISO 9126-1 стандарт (част 4) определя степента на удовлетвореност на специфични продуктови нуждите на потребителите в постигането на поставените цели. Така се взема предвид: производителност, което означава, точността и пълнотата на постигане на определени цели на потребителите при прилагането на системата; производителност, съответстваща на съотношението на използваните ресурси и ефективност при използването му; удовлетворение - психологическо отношение към качеството на използваната система. Качествени показатели са в употреба, не са сред шестте основни IP параметри (функционалност, надеждност, използваемост, ефективност, ремонтопригодност и преносимост), регулирани от 9126-1 стандарта ISO, но те се препоръчват за интегрирана оценка на функционирането на комплексни програми резултати.

Качествени показатели, които се използват трябва да потвърдят качеството на системата за конкретни сценарии и задачи. Тези показатели са оптимални за определяне на качеството на системата на потребителя. Качество в употреба - това е възприемането на системата за качество от страна на потребителя, измерени повече по отношение на използване на резултатите на системата от гледна точка на собствените си вътрешни IP свойства.

като свързващо вещество се използва с други характеристики на системите за качество, зависи от вида на потребителя: качеството на крайния потребител на употреба предвиждат основно характеристики на функционалност, надеждност, използваемост и производителност, както и подкрепа за IP качеството на персонала в използването на определено за поддръжка. Въздействието върху качеството може да използва всякакви спецификации за качество, а концепцията е по-широк, отколкото, практичност, което е свързано с лекота на използване и обжалване. Качество на употреба до известна степен характеризира с сложността на прилагане на комплекс от програми, които могат да бъдат описани с помощта на въвеждане на труда изисква ефективност. Много от характеристиките и показателите за качество subharakteristiki на Общопризнато е, неявни техническите и икономическите параметри, които определят годността на конкретен функционални ИС.

През последните десетилетия, засилен растеж на броя на различни стандарти за информационни системи за качество. Въз основа на това, следва да се отбележи, че на непрекъснато променящите се стандарти не са винаги адекватна оценка на недвижими качеството на разработваните системи.

Помислете за критериите за оценка на качеството на системите, посочени в 9126-1 стандарта ISO.

Критерият може да се определи като независим IP атрибут, или процеса на създаването му. Използването на този критерий характеристика IC качество може да бъде измерена на базата на конкретен показател. Общият брой на критерии определя оценка на качеството, генерирана въз основа на изискванията на ЕК. Понастоящем най-широко йерархична модел на връзката на компоненти IP качество. Стандарти, както е отбелязано по-горе, качествените характеристики са категоризирани в шест характеристики на системата:

1) функционалност;

2) надеждност;

3) практичност;

4) ефективност;

5) за поддръжка;

6) мобилност.

Допълнителни спецификации са разделени в subharakteristiki, че може да се измери чрез вътрешни или външни показатели.

Въз основа на основните възможности за измерване на всички характеристики са обединени в три групи (Таблица 1.1.):

1) категоричен, описателно, което отразява набор от свойства и общите характеристики на обекта (функцията, категорията отговорност, както и значението на сигурността), който може да бъде представен категории номинална скала;

2) количествен представили набор от подредени, на равно разстояние пункта, което отразява непрекъснатите модели, и е описано интервал или съотношение мащаб. Тези показатели могат да бъдат обективно измерени и числено в сравнение с изискванията;

3) високо качество, съдържащи повече нареди или отделни стойности (категории), които се характеризират с една скала или забележите определените категории са определени до голяма степен субективни и експертни.

Таблица X - Удобства ASOIU качество

Категорична-описателни показатели
функционалност Функционален фитнес Коректност (правилно) Оперативната съвместимост Immunity Съвместимост
Количествените показатели
надеждност Довършителни дефекти съпротивление на оползотворяване наличност (готовност)
ефикасност Времева ефективност на ресурсите,
Качествените показатели
практичност Яснота Лесен за употреба Izuchaemost Привлекателност
ремонтопригодност Разнообразието на аналит тяхната проверяемост стабилност
подвижност Адаптивност Лесна инсталация за съвместно съществуване (съответствието) заменяемост

Функционалност - способността на ЕК за предоставяне на функции, които отговарят на определени потребности на клиентите и потребителите при прилагането на комплексни програми в дадените условия. Тази характеристика определя кои проблеми са решени и функции, за да отговарят на нуждите на IP, докато други характеристики са най-вече свързани с функционирането на самата система. Тази характеристика за инсталирани и косвени изисквания, приложими Описанията и бележките към определянето на качествените характеристики. Subharakteristiki функционалност може да се характеризира в основната категория и качествено описание на функциите, за които е трудно да се определи мерки и люспи. Затова те принадлежат към отделна група от категорията-описателен показатели.

Функционална пригодност - набор от атрибути и описания, които се определят целта, номенклатура, основни, необходими и достатъчни IP функции, определени технически изисквания спецификации и изисквания на клиента или потенциалния потребител. В процеса на проектиране на функционална пригодност атрибути IP трябва да бъде разработена в спецификациите за компонентите и на системата като цяло. Някои атрибути могат да бъдат числено точно Stu настоящите резултати, относителният брой на функции, за да се променят постепенно, броят на продадените спецификации изискванията на клиента и т.н. В допълнение към тези функционални фитнес отразява много различни специализирани показатели, които са тясно свързани с конкретни функции и области на приложни програми.

Най-функционалната годност е свързан с точността и надеждността на IP. Кроме них функциональная пригодность отражается множеством различных характеристик и субхарактеристик, таких как способность компонентов к взаимодействию и степень стандартизации интерфейсов, мобильность программ и их защищенность от негативных внешних воздействий.

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

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

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

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

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

Правилността на структурата на сложни програми, определени структура Модули за правилност и коректността на структурата на групи от програми, изградени от модули. За да се прецени правилността на структурата на програмата, използвана от някои частни показатели, различни степени на тестове за покритие на структурните компоненти на програмата по време на изпитването.

Оперативна съвместимост - неговата компоненти имота ЕК и да си взаимодействат с един или повече определени компоненти или системи. Способността на компонентите, информация за взаимодействието може да бъде направена оценка на промени в обема на системата, която трябва да се направи при добавянето или заличаването на една функция, при липса на оперативен или хардуерна среда промени.

Този показател е свързан с subharakteristikami като коректност и уеднаквяване на интер-модулни интерфейси, които се определят от два вида отношения: управление и информация.

Communication Management определяне предизвикателство на софтуерни модули и да се върне на повикващия. Информация модули взаимодействие може да настъпи чрез метаболитни променливи, пряко произведени и използвани от съседните модули или чрез глобалните променливи между по-големите компоненти. Разнообразието и сложността на информационните комуникации в големи системи значително възпрепятства формализирането и измерване достигна програми за правилност сътрудничество.

Имунитет - способността на системите за защита на програма, информация и данни. Критериите за защита и безопасност за даден IP фокусират различни характеристики, някои от които са трудно или невъзможно да се опише количествено, и следователно трябва да се оцени тяхната експерт или точкова система.

Основният акцент в практиката на осигуряване на безопасността на информационните системи се фокусира върху защита срещу зловреден повреда, изкривяване и кражба на софтуер и база данни информация. Това предполага наличието на заинтересованите страни достъп до поверителна или полезна информация за неговото незаконно използване, кражба, осакатяване или унищожаване. В реални сложни системи са възможни катастрофални последици и функциониращи аномалия във връзка с прилагането на сигурност, в която техните източници са случайни, непредсказуеми, дестабилизиращи фактори при липса на пряко заинтересовани лица в такива нарушения.

Най-изчерпателната качеството на защита IP се характеризира с щетите се избягва, ако е възможно проява на дестабилизиращи фактори и прилагането на конкретни заплахи за сигурността, както и средното време между възможни прояви на заплахи, нарушаване на сигурността. Въпреки това, за да се опише и измерване на потенциалните вреди, ако нарушаване на сигурността, за критични ИС различни класове на практика е невъзможно. Поради това, фактите по реализация на заплахите е препоръчително да се характеризират времевите интервали между техните проявления или MTBF, който засяга безопасността. Това води до концепцията и степента на показатели за изпълнение, безопасност IC надеждност. Основната разлика е, че по отношение на прилагането на всички неуспехи записани надеждност и защита характеристики трябва да се регистрират само тези неуспехи, че влияние върху работата на безопасност.

Достатъчно е универсален индикатор измерва в същото време е продължителността на възстановяването на нормалната система за здравна информация. Приблизително такива катастрофални повреди в системата могат да бъдат възстановени, за да се разпределят за превишаване на допустимата продължителност на възстановяване на бедствие.

Изискванията за програмата, осигурява защита трябва да отразява всички аспекти, необходими за посрещане договорените изисквания на клиентите за общо IP сигурност.

Съвместимост - за привеждане в съответствие на системата, наредби, споразумения или правила на закони и други нормативни актове, свързани с функциите и обхвата на защита IP.

Надеждност - комплекс програми собственост осигуряват достатъчно ниска вероятност за провал във функционирането на системата в реално време. Надеждното функциониране на програмите е динамично понятие, което се проявяват във времето. ГОСТ 15467-79, ГОСТ 13377-55, ГОСТ 27.002-89 се съсредоточи върху теорията на надеждността.

Довършителни - собственост на системата не попада в състоянието на неуспех поради съществуващите грешки и дефекти в програмите и данните. Броят на неоткрити дефекти или грешки директно се отразява на продължителността на нормалното функциониране на сложни програми между катастрофи и аварии.

Довършителни може да се характеризира с време за работа (продължителност) на неуспех при липса на автоматично възстановяване (рестартиране), обикновено измервана часа. С тази скорост се отрази само на неуспехите на надеждност поради дефекти проявени.

Устойчивост на дефекти и грешки - собственост на системата за поддържане на определено ниво на качеството на функциониране в случай на дефекти, грешки или нарушения на установения интерфейс. За да направите това, системата трябва да влезете в програмата съкращения време и информация, с която се прилага оперативната дейност на откриване на дефекти, тяхната идентификация и автоматично възстановяване на нормалното функциониране на системата.

Относителният дял на изчислителни ресурси, които се използват пряко за бързо елиминиране на последствията от аварии и бързото възстановяване на нормалното функциониране на системата (рестартиране), се отразява в увеличаване на програмите за стабилност и надеждност. MTBF в присъствието на оперативен рестартиране определя стойността на устойчивост.

Оползотворяване - собственост на системата в случай на отказ за възстановяване на определено ниво на качеството на функциониране и повредени програми и данни. След отказ на системата понякога са неефективни за определен период от време, чиято продължителност се определя от неговата способност за възстановяване. Основният показател на процеса на възстановяване е продължителността на възстановяването и неговата вероятност характеристики.

Оползотворяване също се характеризира с пълнота на възстановяване на нормалното функциониране на програмите в ръчен или автоматичен рестарт тях. Restart следва да гарантира възобновяване на нормалното функциониране на системата, това, което са необходими ресурси, и компютърен път. Ето защо, пълнотата и продължителността на операцията по възстановяване след грешки и неуспехи определя надеждността на системата и възможността за използването му по предназначение.

Наличност (готов) - собственост на системата да изпълнява необходимата функция в даден момент, при определени условия на употреба. Наличността може да бъде направена оценка на времето, през което системата се задейства, пропорционално на общото време заявление. Следователно, наличието свързани с такива subharakteristikami като пълнота, здравина и поддръжка, които заедно определят продължителността на престой след всеки недостатъчност, както и продължителността от време между повреди. За да се определи тази стойност се измерва чрез непрекъсната работа на системата между последователните откази или начало на нормалното функциониране на системата след.

Готов система се характеризира с коефициент на наличност, което отразява вероятността, че е възстановен система функционира по всяко време.

Ефективност - собственост на системата за осигуряване на необходимата производителност, като се вземе предвид размерът на изчислителни ресурси, използвани при определени условия. Тези ресурси могат да включват друг софтуер, хардуер, телекомуникационни средства и т.н. По този начин, ефективност се характеризира с използване на времето дял на компютърните технологии за решаване на основните проблеми функционалността на системата.

ефективност на времето - собственост на системата за осигуряване на необходимото време за реакция и обработката задача, както и способността да изпълнява функциите си при определени условия. Временна ефективност на системата се определя от продължителността на изпълнение на определени функции. Това зависи от скоростта на данните директно се отразява на интервал от време, за да завърши определен процес компютри, а пропускателната способност, т.е. броят на работните места, които могат да бъдат изпълнени в предварително определен интервал от време на даден компютър.

Тези показатели за качество са тясно свързани със системата на времето за реакция (отговор) на искания за решаване на основните функционални задачи. Величината на този път зависи от продължителността на решаването на проблема с процесора компютри, необходимата за комуникация с външната памет, входните и изходните данни, а дължината на чакат на опашка, за да започне решаването на проблема път.

Време ефективност се дължи на продължителността на лечението или стандартна заявка интервал от време за решаване на типични или най-често функционални задачи тези системи.

Bandwidth на определен набор от програми на компютъра записва броя на съобщенията или искания за определени задачи, които се обработват за единица време. Това зависи от функционалната съдържанието на системата и конструктивна реализация и може да се счита като един от индикаторите за качеството на програми. Разбиване на този показател се извършва благоприятно, като се фокусира върху специфичните функции на системата и характеристики на своята архитектура.

Използваните средства - собственост на системата за използване на наличните компютърни ресурси за предварително определено време при изпълнение на функциите си при определени условия. Това може да се определи subharakteristika показател за ефективността на ресурсите, което отразява количеството и степента на заетост на ресурсите на централния процесор, RAM, външна и виртуалната памет, входно-изходни канали, терминали и мрежови канали. Тази цифра се определя от структурата и функциите на системата, както и архитектурни особености и наличните компютърни ресурси. В зависимост от конкретните характеристики на компютърната система и в критериите за подбор може да доминира в абсолютна стойност или наемането на работа на различни видове ресурси или относителната стойност на всеки вид на ресурси по време на нормалната работа на системата.

Ефективното използване на ресурсите се отразява не само на разходите за това решение на функционални задачи, но често, особено за вградени компютри, идентифицира основната възможност за пълното функциониране на системата в реални условия на ограничени изчислителни ресурси.

Въпреки бързото развитие на наличната памет и производителност на компютъра е често изискваните ресурси за специфични задачи на системата надвишава броя на наличните им, че са актуализирани от задача за оценка и икономично използване на изчислителни ресурси.

Характеристики като използваемост, ремонтопригодност и преносимост се определят главно от качествени оценки. За някои subharakteristik ремонтопригодност и преносимостта могат да бъдат контролирани от технически и икономически мерки за въвеждане на труда (човекочасове) и продължителност (време) се използва за описване на процеса на решаване на конкретни проблеми. Въпреки това, в продължение на много индикатори в характеристиките на групата трябва да се използват последователни стъпки на експерт скала на с малък брой (2-4) градации.

Практичност (Приложимост) - собственост на система, характеризираща се със сложността на неговото разбиране, учене и използване, както и привлекателни за потребителя, когато се използва в тези условия. Броят на потребителите могат да бъдат включени оператори, и крайните потребители косвени потребители не са пряко свързани със системата.

В практичност, за да разгледа всички различни характеристиките на околната среда на потребителите, които могат да повлияят на системата, включително и възможността за подготовката за използване и оценка на резултатите от оперативни програми.

Практичност (приложимост) системи използват - концепция доста абстрактно и трудно да се формализира, но в крайна сметка често значително определят от функционалната годност и полезността на системата. Тази група от показатели включват критериите с различните страни, отразяващи функционална яснота, лекота на развитие, ефективност и лекота на използване. Някои от subharakteristik може да направи оценка на разходите за труд и време за тяхното изпълнение.

Яснота - собственост на системата, позволява на потребителя да определи степента на нейната пригодност за определена цел и съществуващите условия. Тази характеристика се определя от качеството на документацията и първоначалните впечатления на системата като цяло.

Яснота система може да се характеризира с функционална определението на понятието, широчината на възможности за демонстрация, пълнота и яснота на представянето в документацията на възможни функции, признаване на модифициращите параметри и адаптивността на системата към специфичната среда и условия за потребителите на приложението.

Лесен за употреба, се определя от способността и комфорт на работа и система за управление. Имоти вариабилност, адаптивност и лесна инсталация са предпоставките за лекота на използване. Лесен за употреба се характеризира с работа, стабилност и последователност с очакванията на потребителите.

Това subharakteristika взема предвид физическите и психологически характеристики на потребителя. Той отразява на нивото на комфорт условията за експлоатация на системата, които се характеризират с простотата на функциите за контрол на системата, както и много информативни съобщения до функциите на потребителя, видимост и контрол екран унифициране и промени наличността според потребителското квалификация и броя на операциите, необходими за работата специфични задачи и резултатите от анализа.

В допълнение, лекота на използване има редица динамични параметри: входно време и отговор на продължителността на задача за решаване на типични задачи, времето за регистриране на резултатите.

Izuchaemost Тя се характеризира с потребителя удобството на изучаване на системи, с оглед на прилагането му. Тя се определя от трудоемки обучение на потребителя и трайно за пълно функциониране на системата. Тези числа зависят от предходни възможности за обучение и подобряване в хода на операция, възможностите на онлайн помощ и съвети при използването на системата, както и пълнота, достъпност и използваемост насоките и указанията на.

Izuchaemost също може да се характеризира количеството (брой на страниците) експлоатационната документация и / или обем (KB) на електронни учебници.

Привлекателност - субективно "като" собственост на потребителите на системата. Той е свързан с атрибути на проектирането на системата и експлоатационната документация, води до по-високи или по-ниски привлекателността му за потребителя.

Ремонтопригодност - адаптивност на системата да се промени и промяна на конфигурацията. Измененията могат да включват поправки, подобрения или адаптиране на системата към промени в околната среда на използване, както и функционалните изисквания и спецификации на клиента.

Простотата и сложността на модификациите се определя от характеристиките на системата за вътрешен качеството на програмата, които са отразени в външното качество и качеството на използване, както и от сложността на управлението на конфигурацията на системата.

Анализирани - Способността на системата да диагностицира причината за отказ или дефект, както и идентифициране и изолиране на компоненти за модификация. Това subharakteristika зависи от хармонията на архитектурата, уеднаквяване на интерфейси, пълнотата и точността на технологичния и експлоатационната документация на системата.

вариабилност - адаптирането на системата за сравнително проста реализация на определен промяна и управление на конфигурацията. Изпълнението включва кодиране модификации, промени в проекта и документация, характеризиращи се с определена степен на сложност и време, свързани с коригирането на дефекти и / или повишаване на функции, както и работни условия промяната.

Прогнозите вземат под внимание въздействието на тази subharakteristiki структури, интерфейси, както и техническите характеристики на системата и не насочени към въздействието на мащабна, фундаментални промени на неговите функции.

Ако системата е да се променят крайния потребител, изменчивост може да бъде част от фона и лекота на използване.

Стабилност - способността на системата за предотвратяване и минимизиране нежелани отрицателни ефекти от промените в нея. Този вътрешен subharakteristika дефинирана системна архитектура, уеднаквяване на интерфейси, документация процес, и коректност може значително да повлияе на функционалната годност, надеждността и адекватността на поведението на системата в употреба и подобрение.

Тяхната проверяемост - способността на системата да се осигури лесен тестване на промени и приемане на модифицираните софтуерни компоненти. Оценките на subharakteristiki зависят от определението на правилата за изграждане на структурни компоненти и целия комплекс от програми, хармонизиране и интер-модул външни интерфейси, пълнотата и точността на техническата документация.

Способността да се локализира промени и обединението на интерфейси с непоправими компонент на системата ви позволява да се намали сложността, интензивността на труда и продължителността на тестване, опростяване на подготовката на резултати от изпитвания и анализи.

В този subharakteristike отразява главно технически модификации на компоненти на процеса на тестване без да се вземат под внимание на организационната и функционална част от тяхното обучение. Генерализирана че е възможно да се изчисли цената на труда и времето за тестване на някои вторични програми модификация.

Мобилност - адаптивност на системата за прехвърляне от един хардуер и работната среда в друга. Преносимост на програми и данни за различните хардуерни и операционната платформа е важно свойство на функционална пригодност за много съвременни системи, които могат да бъдат измерени в обем, сложност и продължителност на необходимите изменения на компонентите на системата и операции за адаптация, за да се извърши, за да се гарантира пълното функциониране на системата след прехвърляне към друг платформа ,

Мобилността следва да се определят на нивото на източника програми или ниво на обектен код. Това зависи от структурата и разтегливостта на програми и данни, както и допълнителните средства, необходими за осъществяване на преносимост и модификация на компоненти по време на тяхната миграция.

приспособимост - Възможността за промяна на системата да работи в различни хардуерни и среди на операционна система, без допълнителни стъпки или други средства. Адаптивност мащабируемост включва вътрешни функции (като екранни полета, маси, сделки обеми размери Отчетни документи, и т.н.). В случай, че адаптирането на крайния потребител subharakteristika тази система може да бъде компонент за определяне на лекотата на използване.

Лесна инсталация - способността на системата да прост изпълнение (инсталация) в тази среда на клиента или потребителя. В случай на крайния потребител лесно инсталиране на (лесно) инсталация може да бъде компонент за определяне на лекотата на използване. Както и адаптивността на тази характеристика може да бъде измерена чрез трудоемки и продължителни процедури за монтаж, както и степента на удовлетвореност на изискванията на клиента и потребителя.

Съвместно съществуване (съответствие) - способността на системата да съжителстват и си взаимодействат с други независими компютърни системи в споделянето на общи ресурси обща среда. Това subharakteristika зависи от степента на стандартизация на операционната система и хардуерна среда на използване интерфейс и може да бъде оценена експерт.

заменяемост - Адаптиране на системата към относително прост използването на различни други компоненти вместо разпределени да бъде заменен. Заменяемостта не означава, че сменяем елемент от системата е в състояние напълно да промени естеството на системата. Той може да включва характеристики на двете лесен монтаж и гъвкавост. Важната роля на този имот ясно структурирана архитектура и стандартизация на вътрешни и външни системи интерфейси. Взаимозаменяемостта характеризира с труден и продължителен подмяна на основните компоненти на системата.

Въпреки факта, че стандартът се прилага за анализ на пълнота, че е това, качеството на цялата IP продукти, предлагани от авторите на стандартната пример на изпълнение, в действителност, това се отнася само за качеството на софтуера. Въпреки това, следва да се отбележи, че стандартът разглежда критериите за качество от страна на ръководството, краен потребител и разработчик (въпреки че по-скоро косвено). Например, критериите за качество по отношение на: техническото качество на работата (производителност, надеждност), годността за поддръжка и развитие, стабилност - изцяло в компетентността на софтуера на системата за качество.

Трябва също да се отбележи, че качеството на ПР, свързани с "дефекти", определени в фазата на проектиране и се проявява в операцията. Свойства на IP, включително речта патология, могат да се появят само в съчетание с външната среда, включително хардуер, персонал, информация, и софтуерна среда.

В зависимост от целите на изследването и етапи от жизнения цикъл на IC defectological свойства разделени в defektogennost, defektabelnost и defektoskopichnost.

Defektogennost определя от следните фактори:

· ЕО брой разработчици и техните професионални психо-физиологични характеристики;

· Условията и организация на процеса на IP развитие;

· Характеристики на инструменти и IP системи;

· Сложността на задачите, които решават IP;

· Степента на агресивност на околната среда (потенциала за околната среда, за да преднамерени дефекти, например, на въздействието на вируси).

Defektabelnost характеризира с наличието на дефекти и ПР се определя от техния брой и местоположение. Други фактори, които влияят на defektabelnost са:

· Структурните и характеристики на дизайна на IP;

· И характеристиките процент на грешки, в резултат на дефекти.

Defektoskopichnost характеризира възможността за появата на дефекти във формата на неуспехи и провали в процеса на отстраняване на грешки, тестване или операция. На defektoskopichnost засяга:

· Броя, вида и характера на разпределението на дефект;

· IC резистентност към проявлението на дефекти;

· Характеристики на мониторинг и диагностика на дефекти;

· Квалифициран персонал.

Стандартите препоръчват, че измерването на качествените характеристики на всеки IC е предоставена (или subharakteristiki) с точност и сигурност достатъчно за установяване на критерии и сравняването на резултатите, както и че тази точност се осигурява по време на измерването. Необходимо е да се предвидят правила, валидни грешки при измерването, причинени от инструменти за измерване, както и човешка грешка. Metrics използват за сравнения да бъдат одобрени и да са достатъчно точни, за да извършите надеждни сравнения. Това изисква, че измерванията са обективни, възпроизводими и че емпирични измервания с помощта на интервал скала или дори по-добре. За да бъдат обективни измервания трябва да бъдат документирани и одобрени процедура за възлагане на числена стойност на всеки атрибут или категория на софтуер. Когато емпирични измервания трябва да се извършват наблюдение или psychometrically одобрени въпросници, използвайки номиналната, интервал или скала. процедура за измерване трябва да доведе до същото действие (с приемлива стабилност), получени при различните субекти с еднакви размери.

За вътрешни показатели е целесъобразно да се вземе предвид връзката на всеки един от тях с някои желания външен критерий. Вътрешният мярка за конкретен IP атрибут трябва да се съпоставят с някакъв измерим аспект на системата за качество. Важно е, че измерванията съответстват на същата стойност като на нормалните, очевидни допускания (например, ако измерването показва, че продуктът е с високо качество, то тогава трябва да се съобразява с характеристиките на продукта, напълно задоволяване на специфичните нужди на потребителя).

Той бе отбелязано по-горе, че показателите за качество на системата от гледна точка на възможностите и точността на измерванията може да бъде разделена на три вида, които са особено полезни за изясняване на техния избор.

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

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

К количественным стандартизированным показателям качества относятся достаточно достоверно и объективно измеряемые характеристики: надежность и эффективность. Значения этих характеристик обычно в наибольшей степени влияют на функциональные возможности и метрики в использовании системы. Поэтому выбор и обоснование требуемых их значений должны проводиться наиболее аккуратно и достоверно уже при системном проектировании ИС. Их субхарактеристики могут быть описаны упорядоченными шкалами объективно измеряемых значений, Требуемые численные величины которых могут быть установлены и выбраны заказчиками или пользователями системы.

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

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

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

Группа качественных стандартизированных показателей включает практичность, сопровождаемость и мобильность. Эти характеристики ИС трудно полностью описать измеряемыми количественными значениями и их субхарактеристики в основном имеют описательный, качественный вид.

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

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

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

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

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

Процессы выбора и установления метрик и шкал для описания показателей качества системы можно разделить на два этапа:

1) выбор и обоснование набора исходных данных, характеризующих общие особенности и область применения системы, а также этапы жизненного цикла проектирования системы, каждый из которых влияет на определенные характеристики качества комплекса программ;

2) выбор, установление и утверждение конкретных метрик и шкал измерения показателей качества проекта для их последующего оценивания и сопоставления с требованиями в процессе квалификационных испытаний или сертификации на определенных этапах жизненного цикла АСОИУ.

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

Широкая номенклатура характеристик, представленная в стандарте ISO 9126-1-4, поддерживает разнообразные требования, из которых следует выбирать необходимые с позиции потребителей этих данных. Среди потребителей, для которых необходим выбор и установление показателей качества программных средств, выделяются:

1) пользователи или подразделения предприятий-пользователей, предпочитающие оценивать качество и пригодность системы, используя реализуемый набор функций и обобщенные метрики качества, важные при использовании;

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

3) коллектив специалистов, сопровождающий систему и устанавливающий приоритеты оценок на основе метрик сопровождаемости, обычно независимо от функционального назначения;

4) лица, ответственные за реализацию системы в различных аппаратных и операционных средах, оценивающие систему с использованием метрик мобильности;

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

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

Для остальных трех групп потребителей важными являются характеристики системы на промежуточных этапах ЖЦ, на которых проявляются в основном внутренние, технологические свойства комплекса программ. Эти характеристики качества ИС могут интересовать заказчика и требовать с его стороны формализации постольку, поскольку они обеспечивают качество конечного продукта при применении. Они должны формализоваться для осуществления контроля в соответствии с принятой на данном предприятии системой качества, а также для технологического обеспечения качества в течени всего ЖЦ системы. Их можно не представлять в составе эксплуатационной документации для пользователей и отражать только в технологической документации разработчиков, специалистов по сопровождению и переносу программ и данных, а также предоставлять заказчикам по специальному запросу.

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

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

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

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

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

Для показателей, представляемых качественными признаками, желательно определить и зафиксировать в спецификациях описания условий, при которых следует считать, что данная характеристика реализуется в системе.

Выбранные значения характеристик качества и их атрибутов должны быть предварительно проверены разработчиками на их реализуемость с учетом доступных ресурсов конкретного проекта и при необходимости откорректированы.

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

Несмотря на то, что стандарт ISO серии 9000 стал одной из первых моделей качества и до сих пор сертификаты ISO серии 9000 сохраняют неизменную популярность и признаются во всем мире, время не стоит на месте, и методики, положенные в основу стандартов серии ISO 9000, постепенно устаревают. Выделим наиболее существенные недостатки:

· недостаточная подробность стандарта, возможность самых различных его толкований в зависимости от представлений аудитора;

· неточность оценки качества процессов, задействованных при создании и внедрении программного обеспечения;

· отсутствие в стандарте механизмов, способствующих улучшению существующих процессов.

В настоящее время не существует стандартов, полностью удовлетворяющих оценке качества ИС. В западноевропейских странах имеется ряд стандартов, определяющих основы сертификации программных систем. Стандарт Великобритании (BS750) описывает структурные построения программных систем, при соблюдении которых может быть получен документ, гарантирующий качество на государственном уровне. Имеется международный аналог указанного стандарта (ISO9000) и аналог для стран-членов НАТО (AQAP1). Существующая в нашей стране система нормативно-технических документов относит программное обеспечение к "продукции производственно-технического назначения", которая рассматривается как материальный объект. Однако программное обеспечение является скорее абстрактной нематериальной сферой. Существующие ГОСТы (например, ГОСТ 28195-89 "Оценка качества программных средств. Общие положения") явно устарели и являются неполными.

Перечисленные выше проблемы заставили экспертов разрабатывать более совершенные решения в области обеспечения качества, что привело к созданию в начале 90-х годов целого ряда новых стандартов и методолог й. Опишем два наиболее удачных и содержательных стандарта – Capability Maturity Model (CMM) и ISO/IEC 15504 (SPICE). Существуют и другие достаточно развитые методологии.

Стандарт TickIT – национальный (британский), получил достаточно широкую известность. Это отраслевой стандарт, который регламентирует требования к системе качества для организаций разработчиков ИТ и базируется на модели ISO 9001:94. В отличие от модели ISO 9001, которая регламентирует "что необходимо сделать", разработчики данного стандарта попытались ответить на вопрос "как" можно выполнить требования, определенные в ISO 9001. TickIT объединяет в себе модель ISO 9001 с набором рекомендательных стандартов ISO 12207 и ISO 9000-3.

Стандарты SEI SW-CMM (Capability Maturity Model – модель зрелости процессов создания ПО) содержат очень интересный подход к улучшению внутренних процессов разработки программного обеспечения, который определен в модели СММ. В основу модели SEI SW-CMM (также как и в основу стандартов ISO серии 9000) положена теория TQM (Total Quality Management - философия всеобщего управления качеством, или концепция всеобщего качества). Теория TQM основывается на постепенном улучшении внутренних производственных процессов за счет множества небольших внедряемых в компании улучшений. Однако модели ISO и CMM несколько различаются в своих подходах к построению самосовершенствующихся систем управления качеством и улучшению производственных процессов.

В отличие от модели ISO, где для того, чтобы соответствовать требованиям, необходимо продемонстрировать 100%-ное соответствие модели (и только оно позволяет компании самосовершенствоваться), в модели SEI SW-CMM предусмотрен поэтапный подход к построению системы совершенствования процессов. Для достижения этой цели разработчики стандарта СММ определили пять уровней, которые должна пройти организация для того, чтобы достичь основной цели - повышения эффективности функционирования процессов компании и, как следствие, улучшения качества результатов производственных процессов и разрабатываемого программного обеспечения.

Стандарты Project Management . Управление проектами - это приложение знаний, опыта, методов и средств к работам проекта для удовлетворения требований, предъявляемых к проекту, и ожиданий участников проекта. Чтобы удовлетворить эти требования и ожидания, необходимо найти оптимальное сочетание между целями, сроками, затратами, качеством и другими характеристиками проекта.

176 комитет ISO разработал рекомендательный стандарт ISO 10006 "Менеджмент качества. Руководство качеством при управлении проектами", который определяет основные подходы к управлению проектами и определяет его место в модели обеспечения качеством. Авторы стандартов ISO серии 9000 определяют процесс управления проектами как часть системы менеджмента качества. С другой стороны, возможен и противоположный взгляд (которого придерживаются оппоненты стандартов ISO серии 9000), согласно которому менеджмент качества является одной из составной частей системы управления проектами.

Основной упор в стандарте сделан на принцип эффективности проектирования оптимального процесса и контроля этого процесса, чем контроля конечного результата.

В этой серии стандартов процессы сгруппированы в две категории:

· процессы, связанные с продуктом проекта, то есть те процессы, которые касаются исключительно продукта проекта, такие как проектирование, производство, проверка. Описанию последних посвящен стандарт ИСО 9004-1.

· процессы управления проектом, которым посвящен стандарт ИСО 10006.

ISO 10006 е представена от десет групи от процеси за управление на проекти.

· Първата група е процес на разработване на стратегия, която се фокусира върху удовлетвореността на проектиране и клиент определя посоката на развитието на проекта.

<== Предишна лекция | На следващата лекция ==>
| стандарти ISO

; Дата: 05.01.2014; Просмотров: 2986 ; Нарушаването на авторските права? ;


Ние ценим Вашето мнение! Беше ли полезна публикуван материал? Да | не



ТЪРСЕНЕ:


Вижте също:



ailback.ru - Edu Doc (2013 - 2017) на година. Тя не е автор на материали, и дава на студентите с безплатно образование и използва! Най-новото допълнение , Al IP: 11.45.9.22
Page генерирана за: 0,13 сек.