Архитектура Аудит Военная наука Иностранные языки Медицина Металлургия Метрология
Образование Политология Производство Психология Стандартизация Технологии


Стандарты на процесс проектирования ПО



Ц ель стандартов на процесс проектирования ПО состоит в определении методов, правил и инструментальных средств, которые следует применять для разработки архитектуры ПО и требований нижнего уровня. Эти стандарты должны содержать:

- методы описания проекта, которые будут использованы;

- соглашения по наименованию;

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

- ограничения на использования инструментальных средств проектирования;

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

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

Стандарты кодирования ПО

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

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

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

- соглашения по наименованию для компонентов, подпрограмм, переменных, констант;

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

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

Спецификация системы/подсистемы

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

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

Д олжны быть описаны требования:

- к режимам работы;

- к производительности системы;

- к внешнему интерфейсу системы;

- к внутреннему интерфейсу системы;

- к внутренним данным системы;

- по адаптации;

- по безопасности;

- по обеспечению защиты и секретности;

- к системному окружению (среде);

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

- по ограничениям проекта;

- по обучению персонала. Должны быть также определены:

- относительная важность и критичность требований;

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

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

12.13 Спецификация требований к ПО

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

- описание распределения системных требований по компонентам ПО с учетом требований, которые обеспечивают безопасность, и потенциальным отказным ситуациям;

- функциональные и эксплуатационные требования для каждого режима работы;

- критерии производительности, например точность представления;

- временные требования и ограничения;

- ограничения объема памяти;

- интерфейсы аппаратуры и ПО, например протоколы, форматы, частоту ввода и вывода данных;

- требования к обнаружению отказов и мониторингу безопасности;

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

12.14 Спецификация требований к интерфейсу

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

- идентификацию и диаграммы функционирования интерфейсов;

- требования по типам интерфейсов;

- характеристики передаваемых элементов данных (идентификация, типы данных, размер и формат, единицы измерений, точность, источники и приемники);

- характеристики методов коммуникации;

- характеристики протоколов обмена;

- приоритеты и критичность требований;

- методы аттестации, которые должны быть использованы для демонстрации выполнения требований;

- доказательство трассируемости требований.

Описание проекта системы/подсистемы

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

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

- проект архитектуры системы, содержащий идентификацию компонентов системы, их назначение, статус/тип разработки, аппаратные ресурсы;

- концепцию совместного функционирования компонентов, описание их динамических связей;

- описание интерфейсов между компонентами;

- анализ трассируемости проекта системы к системным требованиям.

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

Описание проекта ПО

Д окумент «Описание проекта ПО» содержит описание архитектуры и требований нижнего уровня к ПО, которые должны удовлетворять требованиям верхнего уровня к ПО. Этот документ должен включать в себя:

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

- описание архитектуры ПО, которая определяет структуру ПО, предназначенного для реализации заданных требований;

- описание входных/выходных данных (например, словарь данных) для внутренних и внешних интерфейсов архитектуры ПО;

- описание потока данных и потока управления;

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

- процедуры планирования и механизмы межпроцессорной и межзадачной связей, включая жесткую временную последовательность, приоритетное планирование, механизмы рандеву в языке Ада и прерывания;

- методы, используемые в проекте, и детали их реализации, например загрузку данных ПО, модифицируемое пользователем - методы разбиения ПО и средства обеспечения целостности при разбиении;

- описания компонентов ПО с указаниями о том, являются ли они вновь создаваемыми или ранее разработанными и, если они ранее разработаны, делаются ли ссылки на базовую линию;

- производные требования, полученные в процессе проектирования ПО;

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

- обоснование тех решений проекта, которые относятся к требованиям, связанным с безопасностью системы.

Описание проекта интерфейса

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

- идентификацию и диаграммы всех интерфейсных связей;

- приоритеты и типы интерфейсов;

- характеристики передаваемых данных, методов коммуникации, протоколов.


Поделиться:



Последнее изменение этой страницы: 2017-05-05; Просмотров: 616; Нарушение авторского права страницы


lektsia.com 2007 - 2024 год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! (0.03 с.)
Главная | Случайная страница | Обратная связь