standardization / lections
.pdf
4.3.2 Internet-Drafts |
|
|
|
|
|
|
об интернете. Исп льзуются в основном |
|
|
|
||||||||||||||||||||||||||
Draft - черновик. Технические |
|
|
|
|
|
|
|
|
||||||||||||||||||||||||||||
рабочими г уппами IETF. Име |
|
документысилу в течение 6 месяцев. Пîсле этого - обновление,различнымизамена ил |
||||||||||||||||||||||||||||||||||
вывод из обращения. Не |
нумеруются. Имеют уникальные имена: |
|
|
|
|
|
|
|
|
|
|
|
||||||||||||||||||||||||
|
======================================================= |
|||||||||||||||||||||||||||||||||||
|
|
<Автор>-< абочая группа>-<Тема>-<Версия>.txt, например: |
|
|
|
|
|
|
|
|
|
|||||||||||||||||||||||||
|
|
l vy-sip-di er ion-08 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||||||
|
draft-ietf-l2vpn-vpls-m ast |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|||||||
4.4 |
======================================================= |
|||||||||||||||||||||||||||||||||||
Специализация |
|
|
|
|
|
|
|
|
|
|
|
|
взаимозаменяемости. |
|
Уни икация |
|||||||||||||||||||||
|
интер ейсов |
- ïðîò |
|
речие. азв тие технологии, появление пр нципиально |
îâûõ |
|||||||||||||||||||||||||||||||
 èäåå |
станд |
|
öèè |
|
||||||||||||||||||||||||||||||||
решений |
ïîä |
|
зумевает |
из ененпроизводствахарактер стик |
изделий. Ст ндарты |
|
|
|
вают требования |
|||||||||||||||||||||||||||
ýòèì |
Íå âñå |
|
|
|
ìîçÿ |
прогресс. |
âë ÿþò |
|
|
их взаимодействие. Х |
|
|
|
|
|
|
|
|
|
|||||||||||||||||
|
|
рактеристики |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|||||||||||||||||||
влияющие на внешнее поведениекомпонентов |
íòà, |
называю ся |
|
|
|
|
устанавлрактеристикиìè ñà. Åñëè ïðè |
|||||||||||||||||||||||||||||
разраб тке |
|
|
|
ндартов устанавл вать |
требо ания |
|
|
|
|
характеристик |
интер ей |
компонента,то можно |
||||||||||||||||||||||||
|
|
|
|
вза мо меняемость è дать прост р |
азработолько |
|
|
. |
|
|
|
|
|
|
|
|
|
ресурсов, |
||||||||||||||||||
|
характеристикам,Ед |
|
|
|
остранст |
|
|
|
(ÅÈÏ) |
- |
|
|
|
|
|
|
|
|
|
|
|
|
||||||||||||||
технобеспечитьлог й |
|
|
ормирования |
|
|
ользования, |
|
едств |
доступарактеристикамтелекоммуникац й, обеспечивающая |
|||||||||||||||||||||||||||
ин ормационное |
|
|
|
организаций |
è |
|
аждан,чикамсовокупнтакже |
влетворение их |
|
|
|
рмацион |
||||||||||||||||||||||||
требн |
|
ей. Проблеман ормационноеорг |
зации ЕИП |
|
- |
|
организация |
доступа ин ормации в |
к мпьютерíûõ |
|||||||||||||||||||||||||||
сетях, îñòоящих |
из разных компьютеров, |
сетевого |
|
|
|
|
|
|
средств связ |
|
|
раб тающих под |
||||||||||||||||||||||||
доступа |
|
|
|
различныхвзаимодействиеопер |
нных систем. Важные моменты: доступностьин ормационныхи, качество |
|||||||||||||||||||||||||||||||
ин ормации (быстрота, |
защ та, свобода). |
|
|
|
ормация, орган заци нные структуры |
|||||||||||||||||||||||||||||||
|
Компоненты ЕИП: - ин ормац |
онные ресурсы - |
||||||||||||||||||||||||||||||||||
управлениемтехнологии, |
|
|
|
|
полноту, |
достове ность |
|
|
актуальность |
ормации, |
|
также |
||||||||||||||||||||||||
рганизующие |
|
|
ýòîé ин ормации. - |
|
èí îð |
ационно-коммуникацион ые системы |
|
ñåòè - |
||||||||||||||||||||||||||||
|
|
|
|
техниче ких |
средств |
|
технологий, орган зацио ные структуры |
|
нормативная база, |
|||||||||||||||||||||||||||
комплексыбеспечивающиедоступобеспечивающиетуп к ин ормационным ресурса |
оборудования,обмен ин ормацией по |
ди ым принципам |
||||||||||||||||||||||||||||||||||
и пр вилам. |
|
|
ин ормационная |
|
|
|
|
|
ñèñ åìà, |
|
|
|
|
открыты |
|
|
(íå |
являющиеся |
||||||||||||||||||
|
Открытая |
|
|
|
|
|
|
|
|
|
|
|||||||||||||||||||||||||
тайной для по |
ÿ |
вателей) специ икации (станда |
òû) íà |
нтер ейсы, службы |
орматы данных, |
|||||||||||||||||||||||||||||||
достаточные |
|
обеспечениямобильност |
|
|
|
|
|
|
|
|
|
и пользователей |
|
интероперабельности. |
||||||||||||||||||||||
1 |
Стандартиçация взаимосвязи системаприложенийтри у овня опреализующаясания средств ин ормационного обмена. |
|||||||||||||||||||||||||||||||||||
Концептуальный. Специ иц руется эталонная модель |
взаимосвязи |
открыт |
х систем OSI RM |
|||||||||||||||||||||||||||||||||
|
(Open Systems Inter onne tion Referen e Model). |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||||||||||||||||||
2 Определяются специ икации сервисов (услуг), предоставляемых отдельными компонентами |
||||||||||||||||||||||||||||||||||||
3. |
архитектуры OSI RM. |
|
|
|
|
|
|
|
|
|
протоколов |
|
ин ормационного |
|
|
обмена |
|
между |
||||||||||||||||||
Наиболее |
|
детальный. Специ икация |
|
|
|
|
|
|
||||||||||||||||||||||||||||
|
ункциональными |
|
|
àìè |
эталонной |
|
модели, |
|
определяющими |
правила |
и орматы |
|||||||||||||||||||||||||
4.5 |
взаимодействия элементов. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||||||||
Модель |
взаимодействия открытых систем |
|
ûòîé |
системы. |
|
Имеет |
статус |
|||||||||||||||||||||||||||||
ассмотрим |
базовую |
семиуровневую эталонную |
|
модель |
|
|
||||||||||||||||||||||||||||||
международного стандарта ИСО 7498-1-93. ISO - международнаяоткðганизация по стандартизации. 21
задачаСдекосте ыпозиции(в нашемсложной |
сетев . Каждыйприложения)уровеньподразделяютсясвои станданаты7. уровнейСов купность. Так решаетсявза мно |
|||
ñîâ естимых станда тов, случае |
|
к открытой сис ме, |
ðî ëåì |
|
îòê ûòîé |
ис системы. Кроме ст |
требований в про ле: |
|
|
взаимодействиятер инологические,GOSIP - GovernmentраспорядиOSIтанавливающихòåProльныеle -ст циональныендарты,требованияндартовс андартыпро илисистемнасистемме одыдлятестгосударèрованияназываетсятвенныхновополагающие,испытанийорганов.. В оссии - государственный про иль взаимосвязи крытых .
=======================================================
Уровни:
• икладной (appli ation)
•Ïðед тавительный (presentation)
•Транспортныйсовый(session)
• |
(tra sport) |
•Сетевой (network)
•Канальный (data-link)
|
|
|
|
вни(physвертикаиспользуютсяпоявилисьэтоal)уровеньвыполняетсяи".ДляраньшедолженнесколькокаждоготолькомоделивзаимодействовсетевыхуровнядляOSI. изическоговозможнадаптеров)ть аналурнесколько. внягичным.Кромереализаций,уровнемтого,удаленноговсепричемовни |
|||||||||||
|
|
|
îаждыйтикегии |
|
|
|
|
|
|
|
|
|
|
||
|
|
|
ê |
|
|
|
|
|
|
|
|
|
|
|
|
одновременновзаимодействуютТеоассмотримМногие• Физическийетически.Натехнол(например,пра"поур |
|
|
|
|
|
|
|
|
|
|
|
||||
компьюте======================================================= |
|||||||||||||||
4.5.1 |
|
Физический |
|
свойства |
среды |
è |
сигналов, |
переносящих ин орм ц ю. Физические |
|||||||
Опи ывает зические |
|||||||||||||||
èêñèðóþ ñÿ |
специ икациях, например, UTP - unshielded twisted pair |
|
(неэкранировàнная витая |
||||||||||||
ВоспроизводятПовторителипр нятый |
сигнал, |
увеличивая его мощность. |
|
|
|
т.д. Хар ктеристики |
|||||||||
х ктеристик |
кабелей, |
разъемов, |
уровни |
напряжения, сопротивления |
|
||||||||||
ïàðà). |
|
|
- устройства, применяемые в локальных сетях для увеличения длины сегмента. |
||||||||||||
4.5.2 |
|
|
|||||||||||||
|
Канальный |
|
íûõ ïî |
|
|
среде. |
|
подуровня: LLC |
(logi al link ontrol, |
||||||
|
|
|
перенос |
|
|
|
|||||||||
Обеспечиваетад уникальный код, |
приписываемый сети, рабочейДваст нции или друго у |
сетевому устройству |
|||||||||||||
ля их иденти икации. MAC работаетизическойизическими адресами, "вшитыìи"в сетевые адаптеры |
|||||||||||||||
уп авление логическим àíалом), MAC (media a ess ontrol, управление дост пом к среде). Сетевой |
|||||||||||||||
передающее устройство,ирательно коммутатор нет. |
аботаетмоста изическими адресами. |
|
|||||||||||||
(TokenRing, Ethernet). |
на канальном уровне. Мост |
|
|
MAC- |
|
èç |
кадров |
||||||||
|
Мост ра отает |
|
|
|
|||||||||||
ííûõ |
èçá |
|
пересылает эти |
кадры |
соответствующие |
|
порпринимаемых. Подробности |
||||||||
самостоят"Классический"коммутаторльно. |
. Отличие |
22 |
выделяеттом, что мост |
ботает как накопительно- |
|||||||||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
4.5.3 |
|
Сетевой |
|
|
|
|
процесс |
|
|
|
адрес условный адрес узла, не зависящий от аппаратуры. |
|
|||||
ЛогическийС тевой |
уровень |
работает с логическими адресами. ОбеспечиваМаршрутизацияподключение и |
||||||
определ ния маршрута |
данных. |
|
|
|
|
|||
услуги транспортному уровнюследованиядвух вариантах: |
трансляцию |
адресов. Предоставляет |
||||||
маршрутизацию |
между |
двумя узлами сети. Отвечает за |
||||||
1. Ñonne tion-oriented |
(с утановлением логического соеди ения). П |
èìåð: |
X.25. |
|||||
|
Предназначалось для организации WAN на основе теле онных сетей |
линиямисемействодостаточно |
||||||
|
высокой частотой ошибок, поэтому сод ржит разв тые |
êîððекции ошибок. |
требуется |
|||||
2. Сonne tionless (без установления логического соед нен я, IP). В последнем случае не |
||||||||
|
от любых других сообщений, средства |
определения имеханизмысправлнения |
ошибок возлагаются на |
|||||
|
установка канала связи перед передачей данных, сообщен |
отправляются адресатам независимо |
||||||
|
транспортный уровень (CLNP). |
|
|
|
|
|||
|
Протоколы: |
|
|
|
|
|
||
• |
|
CMP |
|
|
|
|
|
|
• I |
(InternetсообщенийControlобисключительныхMessagePrototool)ol)ситуациях.Изстека(услугаTCP/IP,недоступна,восновном,хостнеиспользуетсяотвечаетт.дляп.). |
|||||||
|
передачи |
|
|
|
|
|
|
|
• CLNP (Conne tion Less Network |
. |
|
|
|
||||
коммутируютсяадресслугамировня.5.•4ARPТри"Современный"коммутаторМаршрут,Тр(поотличиесетевого(Addressнижнихнспортныйпротоколуназаторы.уровняканальномResolutionНапример,мостовARP),рабочасто(òàProtoуровнеютмзаткоммутаторпр-(WANнадоставляетизические)ol). этомпакеты.-коммутатоуровнедекодируетданных.оператор.Они)работаетуслугпакетыперестогожесвязиналаютданных,отправителяканальном.пакеты,определяяуриспользуятомувне,жеадреснополучателюлогическиепользуетсясетевого |
|||||
надежность,4 |
|
|
|||
Услуги |
àí |
|
услугам сетевого |
уровня. Не все реализации сетевого уровня гарантируют |
|
|
Протоклогичнылы: |
|
|
||
|
|
|
поэтому эта ункция приписывается транспортному уровню. Можно обеспечить |
||
требуемый ур вень надежности. |
|
||||
• TCP (Transmission Control Proto ol). |
|||||
|
äUDжениемСляанныхдимостьСеансовыйлогическоеприложений,(Userвремя.сетяхиспоDatagramдоставкиуровеньсоединениеследитIPьзования.требующихНеиспользуетсяProtoданныхгобеспрантируеточередностьюмеждуol,чивает.овбольшойпротоколдвумяпридоставкуопределяетсяустаотправкекопрíечнымильзовапускнойовлениепакеписемòов,ельскихмодельюпунктспосичтоиразрывиспользуетсябнмипдатаграмм)îзволяетсти.передлинийсеàчинсовбыст.присвязи,Пданных,ðîтелеункциютоколдоставлятьуправлениелибооныхиспользудляуправлениятребующихпередачизвонкахданныеимимой. |
||||
|
нсовый5малое |
|
|
|
|
логом |
|
|
|
||
îáõ.• |
|
|
|
|
|
ÍÑå4.5àíñ |
|
|
|
|
|
ïðè |
|
|
|
|
|
äèà |
|
. |
уровень |
çà |
передачи данных, . . выполняет |
|
|
|
|
||
|
Протоколы: части SMTP (Simple Mail Transfer Proto ol), FTP (File Transfer Proto ol), Telnet. |
||||
|
|
|
|
|
23 |
4.5.6 |
|
Представительныйданн из одного в да |
дургой. Это нужно, например, при использовании разных стеков |
|||||||||||||
протокол в, |
гда нет гарантиè одинакового представления данных. |
|
||||||||||||||
ПереводитПр то олы: части SMTP, FTP, Telnet. |
|
|
|
|
|
|
|
|||||||||
4.5.7 |
|
Прикладной |
|
|
|
|
|
|
|
|
|
|
|
|
||
Выполняются ко кретные приложения, пользуясь услугами представительного уровня. |
||||||||||||||||
4.6 |
|
Эталонная |
|
модель TCP/IP |
|
|
|
|
|
являлась одной из главных целей. |
||||||
В зможность объединять различные сети в единое целое |
|
|
||||||||||||||
Модель, использовавшаяся в ARPANET, в 1974 году |
(книгаизначальноCerfKahn) получила название эталонной |
|||||||||||||||
модели TCP/IP. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|||
|
|
Требования: |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
• |
|
|
илия,линиисетитак, чтобысвязисохранятьприемнаявышэтомииизработоспособностьпередающаясвязьстроя.непрерываласьмашины,приложенияпридаж.Совозможныхдинениееслинекоторыепдолжнотеряхпромежуточныепрерываться,подсетевого |
|||||||||||||
|
машиныпокаоборудованСпособностьункционируют |
|
|
|
|
|
|
|
|
|
|
|||||
|
|
|
|
|
|
|
|
дполагалосьвисимопоч- несколькообеспечениеòîâых,двигатьсяправилашлюзовуровень)правильнымболееиспользоватьмеждумоделивозможверхниек(черезставкипуодныхктуостиадресамкакие(дляровниназначениядляписемименнопользователей.каждогодругихпочтовый.корреспондентыразличнымиЗадачустранаххостаониящиксохраненияпосылать.неизвесотноситсяПисьматребованиями). Еслизнают)ны)впройдутпоряповезет,любую. .каВ. |
||||||||
|
|
|
|
|
|
|
(межсетевойдоставленаезконвервыполняют |
|
|
|
|
|
|
|
||
|
|
|
|
|
|
|
(ïð |
|
|
|
|
|
|
|
|
|
большаяпротоколасетьЛежит4.6.анах•езучения1пакеты,несколькоАналогияибкостьИнтернетвсвоичастьосноведанных,которыемарки,архитектурыизмеждународныхсмодепочтой-нихуровеньеслиразмерыбудутбудет.нужно,.ЗадачаБросаем |
|
|
|
|
|
|
|
|
||||||||
ñò÷å |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Уровень определяет ормат пакета |
ïðîò êîë |
|
nternet Proto ol). Задача межсетевого |
|||||||||||
|
|
- доставка IP-пакетов |
пунктам |
назначения. К основынм аспектам |
выбор |
|||||||||||
маршрута пакета. Поэтому межсетевой уровень |
|
|
TCP/IP |
близок сетевому уровню модели OSI. |
||||||||||||
4.6.2 |
|
|
|
|
|
уровень |
|
|
|
|
|
|
|
|
||
олучединений,Транспортныйных общений. |
|
|
|
|
|
|
|
|
|
|
пере ающих |
|||||
Над межсете ым. Цель создания: поддержка связи между сущностями на приемных |
||||||||||||||||
õ ñòàõ (êàê |
|
|
|
тном уровне OSI). Про окол TCP - надежный протокол |
установлением |
|||||||||||
|
|
|
|
|
|
без ошибок доставля данные. Поток байтов разбивает я на отдельные |
||||||||||
ñîîáù |
ПротокпозволяющийUDP (User Data Proto ol |
|
пользователüñê |
протокол данных) |
ненадежный |
|||||||||||
èÿ, |
которые |
|
|
|
|
межсетевому уровню. По |
|
TCP-процесс собирает поток из |
||||||||
ïротокол без установленияередаютсяединения. Используется, когдаучающийна более важна оперативность (передача |
||||||||||||||||
ðå÷è). |
 TCP/IP íåò |
сеансового |
уровня и уровня представления. |
|
|
|||||||||||
4.6.3 |
|
|
|
|
уровень |
|
|
|
|
|
|
|
|
|
||
(TELNET),транспоПрикладнойотокол переноса айлов (FTP) и проток л электронной почты (SMTP), DNS (Domain |
||||||||||||||||
Íàä |
|
|
тным. Сод ржит протоколы высокого уровня: протокол вир уального терминала |
|||||||||||||
Name Servi e служба имен |
доменов, позволяющая |
преобразовывать имена хосòов в сетевые адреса), |
||||||||||||||
|
|
|
|
|
|
|
|
|
|
|
24 |
|
|
|
|
|
NNTP (NetworkдляNewsс зданияTransferweb-Protoстраницol и другиесетевой. протокол передачи новостей), HTTP, протокол, |
|
4.6.4 |
Хо т-с тевой уровень |
используемыйУпоминает я дко. асполагается ниже межсетевого уровня. Хост соединяется с сетью при помощи |
|
какого-нибудь протокола, позволяющего ему посылать по сети IP-пакеты. |
|
4.6.5 |
Сравнение OSI RM TCP/IP |
Общее: |
|
•Концепция стека независимых протоколов.
•Центральные=======================================================Схожа ункциональностьконцепции OSI:уровней.
•Службы, сервисы. Определяют, что именно делают уровни, но не то, как он это делает.
•Интер ейсы. Определяет сп соб доступа к уровню.
=======================================================Отличия:• Протоколы. Внутреннее устройство уровней.
• |
В OSI инкапсуляция лучше, чемтоколовTCP/IP. Модель более стойчива к изменению технологий. |
|
|||||||||
• |
|
|
|
|
|
универсальнауниверсальной.том смысле, что не |
|||||
|
настроенаOSI разработанаконкðетныйаньше набпрîр про околдляв,неечто. сделапротоколы,Модеуниверсальноеее |
|
|
|
|
||||||
|
|
|
появилисьсделать |
|
|
|
|
|
|
||
• |
Недостатки OSI связаны с тем, |
ðóäí |
|
|
|
. |
|
|
|
|
|
|
оответствиемкапротоколоваетсяTCP/IP,протоколов. моделисна÷ала. Единственная |
проблема затемнесоответствиемодель. Нетмоделипроблемдругимс |
|||||||||
• |
ÅñòüЧтотекам |
|
|
|
|
|
|
|
|
|
|
• |
транспортныйразличиеразличиеприкколичестведнйуровней:ости.OSI 7, TCP/IP 4. В обеих моделях: межсетевой, |
||||||||||
|
соединениИмеетсяКритикачеткогонейя.являетсяразграниченияTCP/IPOSIобанарежимапланеобщейсетевомнаинтерсетевомвозмож.служб,плохоинтерописывает- обаиспользованиятолькосетьюпередачийсатипа,любойрежимпротоколанатранспортномстексвязисвязипротоколов,.установленибезустановленияуровнкроме-иTCP/IPтолькобезсоединения,установления.основена |
||||||||||
4.621.•6TCP/IPНеттранспортном |
|
|
|
|
|
|
|
|
|
|
|
3 |
Хост-сетевой |
- |
йс между |
|
|
ÿìè |
|
данных, |
не уровень. |
ü |
|
4. |
 TCP/IP íå |
|
к й уровень |
урове ь |
передачиданных. Физический |
|
|||||
|
должен иметьразличаютсяделохарактериñòèêàìè |
|
|
èí î |
мации по |
каналам, |
задача |
уровеíÿ |
|||
|
передачи данныхуровеньпределение начала конца кадров и пепередача их с одной стороны на другую |
||||||||||
|
с требуемой степенью надежностизиче. В модели TCP/IP этого |
íåò. |
|
|
|
|
|||||
|
|
|
|
25 |
|
|
|
|
|
|
|
5. реализованы,:)))свободно[С какогораспространялись,мн-путитог сайтае другиеПротполучилипрНапример,кт колыширокоеIPбылиTCPпризнание,созданыб линесутщательноêîлькренèмилисьстудентами.продуманыНекоторые. -еализациисерьезноенеплохо
препятствие на прогресса. TELNET не знает мышке))).
26
5ПланСертилекции: икация программного обеспечения
•Источники
•Общие сведения о серти икации
• |
Нормативная база |
ÏÎ |
|
|
|
• |
тандарты |
|
|
|
|
• |
Ха актеристики качества ПО |
|
|
|
|
|
èêàò íà ÏÎ |
|
|
|
|
5.1• |
СертиИсточники |
|
|
|
|
• |
ЦентрsoftwareСерти.html(общиеикацииведения)Б лотест | оссийский центр серти икации http://belotest.ru/ ert- |
||||
• |
сертиИ пытательный Цен р |
http://www.te tr ssiaru/sertsoftware/.(нормативн я база) |
|||
|
Межрегиональный |
|
|
|
|
• |
Национкачеств льная) |
ационная палаòà |
.nspru. |
(õàрактеристики |
|
• |
ISO 9126 (характеристики кач ства) |
|
|
|
|
|
|
|
соответствиисистем,йрыей(являетсясертиопределяютпрограммногоразработаннаяпокакациидобровольной)с классинормыетпрогр.ВНИИикациейобеспеченияммного.правилаСертиметрологическойПО):беспеченияикациядляпрограммногопроводитсяслужбысредств. |
||
|
|
å котикации(в регламентов |
|
||
|
|
добровольн |
|
|
|
|
ÂОбщиеикацияозможФ. СоответсдействуетыеПОсведенияормационно(перечисленытребованиямобъектыневующихявлСистемасертиется-оизмерительныхнижсертиОСТов,обязательнхническихикации |
|
|
|
|
5.2Сертинаобеспеченияизмерений•соответствиеоперационныхСтандарты |
|
|
|
|
|
• |
систем средств их расширения, |
|
• |
програм |
ирования утил т, |
• |
етевого |
много обеспечения(ÑÓÁÄ), |
•ñистем управления базами данных
•автоматизированных систем управления технологическими процессами (АСУ ТП),
•педагогического программного обеспечения,
•мультимедиа-приложений
• äð. |
27 |
5.3 Нормативная база серти икации ПО
• СистемауктуруизмеренийсертиВНИИМССистемаикациидобровольнойСДСин2009.;требования,ПОормационног.АПКПравсертилана-измеритеункцииикацииустанавливают:соответствиееепрограммногоьныхучастников;которымсистемпереченьправ- ониПравилабеспеченияобъектов,сертивыполненияункционированияицируются;(сертиподлежащихработикацияорганизационнуюпо добровольной.по)зработансредств
• ВНИИМС,соответствияизмеренийдобровольной2006.ин. ормУстàнавливаетционно-измерительныхорму,празмерыограммногосистемпорядок- Порядокобеспечениянанесенияприменен(сертèаядокументациюикзнакациясоответствияпо)средствзнака.
• списокорганизациейWELMECтребований7.EuropeanSoftwareксредствамGuideooperation(Measuringизмерения,legalInstrumentsсодержащимmetrologyсоответствиеDireмаепрограммное2005tive.2004/22/EC)Содержитобеспечениеструкт.Док. рированныйсоздан
Серти5.4• (инструкциипоСтандартыОСТикациякачествуИСО/МЭКПОпроводитсятеиспытаниютестированию)тирование12119на-.пакета2000соответствие,2000.Ин.прУстанограммрм ционапример,вливíàнаяет ребехнследующимванлогèÿ.егоПакстандартам:пакетамустановленнымпрограммпрограмм,.требованиямТребованиятакже
• |
1 |
7 |
Виды программпрограммны |
ных документов |
|
||
• |
106 |
80 |
Требованияуководство |
алгоритмовдокументам, выполненным печатным способом |
|||
• |
3 |
|
|
Схемы алгоритмов |
программ. Обозначения условные гра ические |
||
• |
00 |
|
ÅÑÏÄ. Схемы |
Требованияпрограмм |
|
||
• |
|
|
Текст программы. Требования к содержанию |
о ормлению |
|||
• |
404 |
79 |
яснительная записка. |
к содержаниюоормлению о ормлению |
|||
• |
19.5 1-78 |
Ô |
рмуляр. Треб ваниятехническомсодержаниюобслуживанию |
. |
|||
• о ормлению19.508- |
|
ïî |
|
|
. Требования к содержанию и |
||
• |
. 1- |
|
Общ е правила дублирования, учета хранения. |
||||
•способом19.604-78Ïðàâèла внесения изменений программные документы, выполненных печатным
•ХарактеристикиИСО/МЭКкачества9126и-93руководствпотребительскихИнормÈí ормацционнаяприменениютехнология. Оценка пр граммной продукции.
•документированием программнТО9294-93го обеспеченияонная технология. уководство пользователяупрвлению
•ин ормация на упаковке9127-94 дляСистемы обработкипрограминорìацииных.пакетДокументацияв
•ÎÑÒ 28195-89 Оценка качества программны28 средств. Общие пол жения
• |
Об значения2015 усл85 вные грасистемаическиепрограммнойи правила документациивыполнения . -схемы алгоритмов и прогр мм. |
||
|
êÎÑÒ |
|
. Техническое задание. Требования |
|
содержанию о ормлению. |
||
• |
|
19. -78и Единая |
|
Функцио5Содержание5..5нкретным5.•1и нная. свойствамданногохарактеристикавозможностираздела.Функцвозможностикачествасоответсвуетописывает-реализуютнаборПОсвойстваатрибутОСТустановленныеПОИСО/МЭК,относящихсячастиили9126ïолнотыредполагаемые.ксутиудовлетвпользователянаборатребностренияункцребовани.ййх |
||||||||||||||||||||||||
|
|
ДХарактеристикидрФункциональные |
|
|
|
|
|
|
|
|
|
|
|
|
|
|||||||||
|
|
|
. Является оп еделяющей для |
|
|
|
свойств ПО. Остальные характ ристики |
|||||||||||||||||
сят технический |
|
|
|
|
|
однако они |
гутпотребительсквх ди ч |
ñëî òðåá |
àíèé |
|
|
|
. Ò |
ÿ |
||||||||||
польз ват ля четко обусловлены при |
|
|
ко тракта |
соответственно, ТЗ. В |
|
|
случаях речь |
|||||||||||||||||
èäåò |
предполагаемых |
|
|
|
которые должны быть установлены |
îð |
ально определены |
|||||||||||||||||
кими-либо нормативными документами (стандартами, |
техническими |
условиядругих |
пр.). Оценка |
|||||||||||||||||||||
êàчества ПО должна начинатьсяпотребностях,точногоаличии ормального установления |
предъявляемых требований. |
|||||||||||||||||||||||
5.5.2 |
Надеж ость |
|
|
|
|
|
|
|
|
собности ПО с хранять свой уровень качества |
||||||||||||||
Надежность |
абор атрибу ов, отно ящ хся |
ñï |
||||||||||||||||||||||
ункционироваíèÿ â |
|
|
|
|
|
óñë âèÿõ çà |
деленный пери д времени. |
|
|
|
|
|||||||||||||
|
|
Специ ика ПО за лючается |
òîì, |
÷òî |
îíî |
не подвержено |
старению и износу, а отказы |
|||||||||||||||||
проявляются из-за ошибоустановленныхê требованиях, проекте, реализации. |
|
|
|
|
|
|
|
|||||||||||||||||
5.5.3 |
Практичность |
|
|
ибутов, |
|
|
|
ê |
объему работ, |
требуемых |
äëÿ |
|
|
è |
||||||||||
Практичность |
набор |
|
|
|
|
|
|
|
||||||||||||||||
индивидуальной оценки т кого исполненотносящихсяопределенным или предполаг емым круг |
|
ьзов телей. |
||||||||||||||||||||||
|
|
При оценке |
ýòîé |
характерис ик |
следует исходить из требовàний польз ватеисполненияя, т как |
|||||||||||||||||||
пользователи разного уровня подготовленности |
предъявляют разные (часто взаимоисключающие) |
|||||||||||||||||||||||
требования. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||
5.5.4 |
Э ективность |
|
|
|
относящ х |
|
|
|
между |
уровнем |
качества |
|||||||||||||
|
|
|
|
|
|
набор |
|
|
|
|
|
|||||||||||||
ункциони ования ПО |
|
îáú ìîì |
ользуемых ре урсов при установленных |
|
. |
|
|
|||||||||||||||||
|
|
Оценка данной характåристики êритическ |
зависитсоотношениютребован |
|
польз вателя. ПО может |
|||||||||||||||||||
Ýвыглядетьективностьэ ективным |
íå ñèëó плохого |
|
|
|
ñèëó |
|
воречивусловияхсти |
нереальности |
||||||||||||||||
исходных требований |
1 |
. |
|
|
|
|
|
|
|
|
средствах минимальной (по объему |
|
||||||||||||
1 |
Например, требования |
ПО вып лнять ункции на техн |
|
é |
||||||||||||||||||||
дисковой памяти, |
|
тактовой |
частатрибутов,те пр.) конкодирования,игурац ческихкомпьютера противоречит требованиямоперативнвысоком |
|||||||||||||||||||||
быстродействии. |
|
|
|
|
|
|
|
|
|
|
|
29 |
|
|
|
|
|
|
|
|
|
|||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
5.5.5 |
Сопровождаемость. Мобильность |
к объему работ, требуемых для |
прове ения |
||||||||||||||||
|
|
|
|
íàá |
|
|
|||||||||||||
конкретныхМобильностьизменений |
(ìáîðдиатрибутов,каций). |
к способности ПО быть перене енным из одного |
|||||||||||||||||
Сопровождаемостьокружения другое. |
|
|
ктеристикне |
ÿå |
сейчас достаточно вн мания со стор |
|
|
|
|
. |
|||||||||
им часто не уделялось |
|
|
|
|
|
||||||||||||||
организации). Улучше ие сопровождаудемостиотносящихсямобильности может, вообще говоря,российскихныв пользователястоимость |
|||||||||||||||||||
|
Äëÿ ýòèõ äâóõ |
õàð |
|
|
едует учитывать, что в специ ических |
|
|
|
условиях |
||||||||||
Эти характеристики связранеены |
долгоср чным планированием разв тия ПО (и |
|
|
|
|
åãî |
|||||||||||||
ПО в настоящий момент времени, что (многократно) окупается |
ëèøü через несколькоэксплуатирующейле . |
|
|
||||||||||||||||
5.5.6 |
|
|
|
|
показатели |
|
|
|
|
|
|
модель) комплексных |
|||||||
В приложенииКомплексныеА ОСТ ИСО/МЭК 9126 дается пример |
(качественнаяся бе |
||||||||||||||||||
п казателей. |
задачам. Правильность атрибуты ПО, относящи |
èþ правиль |
îñòè |
|
|
||||||||||||||
|
|
|
атрибут |
ÏÎ, |
|
наличию |
|
îòâå ñòâ |
|
набора |
ункций |
||||||||
с ответствия результатов или э ектов. Способно ть к взаи |
îä |
|
йствию атрибуты |
ÏÎ, |
относящиеся |
||||||||||||||
способно |
|
его взаимодействовать |
конкретными си |
ìàìè. |
Согласованпеченость атрибуты ПО, |
||||||||||||||
ê нкретнымПригодностьые за вляют программу придерживаться соответ вующих стандартов или соглашений, |
èëè |
||||||||||||||||||
åãî |
|
|
предотвращать несанотносящийсяêцио ированный доступ, |
|
случайный или преднамеренный, |
ê |
|||||||||||||
л жений зàконов, или подобных ре оме даций. Защищенность атрибуты ПО, относящиеся |
|
||||||||||||||||||
программамспособностиданным. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||||
5.6 |
Серти икат соответствия |
|
|
|
|
|
|
|
обеспечения |
||||||||||
См. Пр ложения в документе Система добровольной серти икации программного |
|||||||||||||||||||
ункционирования . |
средств |
измерений и |
ин ормационно-измерительных |
систем |
- |
Правила |
|||||||||||||
(серти кация |
ïî) |
||||||||||||||||||
30