![]() |
Архитектура Аудит Военная наука Иностранные языки Медицина Металлургия Метрология Образование Политология Производство Психология Стандартизация Технологии |
Стандарты на процесс проектирования ПО
Ц ель стандартов на процесс проектирования ПО состоит в определении методов, правил и инструментальных средств, которые следует применять для разработки архитектуры ПО и требований нижнего уровня. Эти стандарты должны содержать: - методы описания проекта, которые будут использованы; - соглашения по наименованию; - ограничения, налагаемые на применяемые методы проектирования, например распределение ресурсов, использование прерываний и структур, управляемых событиями, использование динамических задач, повторный вход, использование глобальных данных, механизм обработки исключительных ситуаций и обоснования для их использования; - ограничения на использования инструментальных средств проектирования; - ограничения на проектирование (например, запрещение использования рекурсий, динамических объектов, альтернативных имен, сокращенных выражений); - ограничения по сложности (например, максимальный уровень вложенности вызовов и условных структур, использование безусловных переходов, число входных/выходных точек элементов кода программы). Стандарты кодирования ПО Ц елью стандартов кодирования ПО является определение языков программирования, методов, правил и инструментальных средств, которые будут использованы для кодирования ПО. Стандарты кодирования должны включать в себя: - используемые языки программирования и/или какое-либо их заданное подмножество; должна быть указана ссылка на документы, которые однозначно определяют синтаксис, режим контроля, характер данных и побочные эффекты языка программирования; стандарты могут требовать ограничений на использование некоторых возможностей языка; - стандарты представления исходного текста (например, ограничение на длину строки, структурное расположение текста, использование пустых строк) и стандарты документирования исходного кода (например, имя автора, история изменений, входные и выходные данные, а также наиболее значимые глобальные данные); - соглашения по наименованию для компонентов, подпрограмм, переменных, констант; - условия и ограничения, налагаемые на установленные соглашения кодирования, такие как информационная связность между компонентами ПО, сложность логических или числовых выражений, а также обоснования для их использования; - ограничения на использование инструментальных средств кодирования. Спецификация системы/подсистемы С пецификация системы/подсистемы определяет требования для системы или подсистемы и методы, которые должны быть использованы для гарантии того, что каждое требование выполнено. Требования, относящиеся к внешним интерфейсам системы или подсистемам, должны быть представлены либо в данной спецификации, либо в спецификации требований к интерфейсу, на которую должны быть ссылки в спецификации системы/подсистемы. К аждое требование соответствует конкретным обоснованным характеристикам системы, имеет уникальный для проекта идентификатор, чтобы можно было провести тестирование и проследить его выполнение с помощью объективного теста. Для каждого требования выбирают квалификационный) метод(ы), требования для подсистемы должны быть прослеживаемы к требованиям к системе. Степень детализации выбирают, исходя из следующих правил: указывают те характеристики системы, которые внесены в условия приемки системы; предпочтение отдают тем характеристикам, которые требует обеспечить заказчик. Д олжны быть описаны требования: - к режимам работы; - к производительности системы; - к внешнему интерфейсу системы; - к внутреннему интерфейсу системы; - к внутренним данным системы; - по адаптации; - по безопасности; - по обеспечению защиты и секретности; - к системному окружению (среде); - к ресурсам вычислителя (к аппаратуре, коэффициенту использования ресурсов аппаратуры, ПО вычислителя, организации сети компьютеров, если она необходима); - по ограничениям проекта; - по обучению персонала. Должны быть также определены: - относительная важность и критичность требований; - средства аттестации, включающие в себя демонстрацию, тестирование, анализ, инспекцию и требуемые специальные методы для конкретной системы. В се указанные требования должны быть трассируемыми. 12.13 Спецификация требований к ПО С пецификация требований к ПО - документ, который определяет требования верхнего уровня, включая производные требования. Этот документ должен содержать: - описание распределения системных требований по компонентам ПО с учетом требований, которые обеспечивают безопасность, и потенциальным отказным ситуациям; - функциональные и эксплуатационные требования для каждого режима работы; - критерии производительности, например точность представления; - временные требования и ограничения; - ограничения объема памяти; - интерфейсы аппаратуры и ПО, например протоколы, форматы, частоту ввода и вывода данных; - требования к обнаружению отказов и мониторингу безопасности; - требования по разбиению ПО, по взаимодействию выделенных компонентов ПО друг с другом и к уровням ПО для каждой части. 12.14 Спецификация требований к интерфейсу С пецификация требований к интерфейсу определяет требования к интерфейсам между системными компонентами: системами, подсистемами, элементами конфигурации ПО и аппаратуры. Данный документ включает в себя: - идентификацию и диаграммы функционирования интерфейсов; - требования по типам интерфейсов; - характеристики передаваемых элементов данных (идентификация, типы данных, размер и формат, единицы измерений, точность, источники и приемники); - характеристики методов коммуникации; - характеристики протоколов обмена; - приоритеты и критичность требований; - методы аттестации, которые должны быть использованы для демонстрации выполнения требований; - доказательство трассируемости требований. Описание проекта системы/подсистемы Д окумент «Описание проекта системы/подсистемы» описывает проект системы/подсистемы как целого, а также проект архитектуры системы/подсистемы, может быть дополнен описанием проекта интерфейса и описанием проекта базы данных. Данный документ включает в себя: - обоснование выбора проектных решений уровня системы, выбора компонентов системы, описание поведения системы с точки зрения пользователя; - проект архитектуры системы, содержащий идентификацию компонентов системы, их назначение, статус/тип разработки, аппаратные ресурсы; - концепцию совместного функционирования компонентов, описание их динамических связей; - описание интерфейсов между компонентами; - анализ трассируемости проекта системы к системным требованиям. Д анный документ содержит обоснование выбора конкретной системы/подсистемы с учетом требований интерфейса, заданных характеристик входов и выходов, физической модели системы, выбранных соотношений/алгоритмов/правил и обработки недопустимых входных данных или условий. Описание проекта ПО Д окумент «Описание проекта ПО» содержит описание архитектуры и требований нижнего уровня к ПО, которые должны удовлетворять требованиям верхнего уровня к ПО. Этот документ должен включать в себя: - детализированное описание того, как ПО удовлетворяет специфицированным требованиям верхнего уровня к ПО, включая алгоритмы, структуры данных, и описание распределения по процессорам и задачам требований к ПО; - описание архитектуры ПО, которая определяет структуру ПО, предназначенного для реализации заданных требований; - описание входных/выходных данных (например, словарь данных) для внутренних и внешних интерфейсов архитектуры ПО; - описание потока данных и потока управления; - ограничения на использование ресурсов, стратегию для управления каждым ресурсом, границы рабочего диапазона и методы измерения этих границ, например времени выполнения и памяти; - процедуры планирования и механизмы межпроцессорной и межзадачной связей, включая жесткую временную последовательность, приоритетное планирование, механизмы рандеву в языке Ада и прерывания; - методы, используемые в проекте, и детали их реализации, например загрузку данных ПО, модифицируемое пользователем - методы разбиения ПО и средства обеспечения целостности при разбиении; - описания компонентов ПО с указаниями о том, являются ли они вновь создаваемыми или ранее разработанными и, если они ранее разработаны, делаются ли ссылки на базовую линию; - производные требования, полученные в процессе проектирования ПО; - для отключенного кода описание средств, гарантирующих невозможность его непреднамеренного выполнения; - обоснование тех решений проекта, которые относятся к требованиям, связанным с безопасностью системы. Описание проекта интерфейса О писание проекта интерфейса содержит описание характеристик интерфейсов одной или более систем, подсистем, элементов конфигурации аппаратуры и ПО и других системных компонентов. Данный документ включает в себя: - идентификацию и диаграммы всех интерфейсных связей; - приоритеты и типы интерфейсов; - характеристики передаваемых данных, методов коммуникации, протоколов. |
Последнее изменение этой страницы: 2017-05-05; Просмотров: 648; Нарушение авторского права страницы