ТРУКТУРА ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ УКАЗАНИЯ ГОСТ: В разделе "Структура программного обеспечения" приводят перечень частей программного обеспечения с указанием их взаимосвязей и обоснованием выделения каждой из них. ПРИМЕР СОДЕРЖАНИЯ: Наполнение этого раздела можно взять в ТЗ, пункте "4.1.1.1 Перечень подсистем, их назначение и основные характеристики". Содержание необходимо переписать в императиве (не "В состав АС Кадры должны входить следующие подсистемы", а "В состав АС Кадры входят следующие подсистемы").
2 ФУНКЦИИ ЧАСТЕЙ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ УКАЗАНИЯ ГОСТ: В разделе "Функции частей программного обеспечения" приводят назначение и описание основных функций для каждой части программного обеспечения. ПРИМЕР СОДЕРЖАНИЯ: Наполнение этого раздела можно взять в ТЗ, пункте "4.2 Требования к функциям (задачам), выполняемым системой". Содержание необходимо переписать в императиве (не "Модуль должен реализовывать следующие функции", а "Модуль реализует следующие функции").
3 МЕТОДЫ И СРЕДСТВА РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ УКАЗАНИЯ ГОСТ: В разделе "Методы и средства разработки программного обеспечения" приводят перечень методов программирования и средств разработки программного обеспечения АС с указанием частей программного обеспечения, при разработке которых следует использовать соответствующие методы и средства. ПРИМЕР СОДЕРЖАНИЯ: Проектирование модели предметной области АС «Кадры» выполнялось с использованием программного средства Rational Rose Enterprise Edition. Проектирование структур баз данных АС «Кадры» выполнялось с использованием программного средства Microsoft Visio 2003 Enterprise Architect. Создание программного обеспечения АС «Кадры» и создание установочных пакетов выполнялось с помощью среды разработки Microsoft Visual Studio 2005 Team Server. Управление изменениями требований к АС «Кадры» выполнялось с помощью программного средства Rational Rose RequisitePro.
4 ОПЕРАЦИОННАЯ СИСТЕМА УКАЗАНИЯ ГОСТ: В разделе "Операционная система" указывают:
1) наименование, обозначение и краткую характеристику выбранной операционной системы и ее версии, в рамках которой будут выполнять разрабатываемые программы, с обоснованием выбора и указанием источников, где дано подробное описание выбранной версии; 2) наименование руководства, в соответствии с которым должна осуществляться генерация выбранного варианта операционной системы; 3) требования к варианту генерации выбранной версии операционной системы.
ПРИМЕР СОДЕРЖАНИЯ: Для выделенного сервера баз данных АС «Кадры» могут быть использованы следующие операционные системы: - Microsoft Windows 2000 Server SP4; - Microsoft Windows 2003 Server SP2. Предпочтительным является использование операционной системы Microsoft Windows 2003 Server SP2. Для клиентской части программного обеспечения АС «Кадры» могут быть использованы следующие операционные системы: - Microsoft Windows 2000 Professional SP4; - Microsoft Windows XP Professional SP2. Предпочтительным является использование операционной системы Microsoft Windows XP Professional SP2.
5 СРЕДСТВА, РАСШИРЯЮЩИЕ ВОЗМОЖНОСТИ ОПЕРАЦИОННОЙ СИСТЕМЫ ПРИМЕР СОДЕРЖАНИЯ: В состав программного обеспечения АС «Кадры» не входят средства, расширяющие возможности операционной системы.
ПРИМЕР СОДЕРЖАНИЯ: В состав программного обеспечения АС «Кадры» входят следующие средства, расширяющие возможности операционной системы: - Программная библиотека доступа к функциям сервера СУБД.
5.1 Наименование и краткая характеристика средства ПРИМЕР СОДЕРЖАНИЯ: Библиотека доступа "БДУправ 1.0".
5.2 Руководство по настройке средства ПРИМЕР СОДЕРЖАНИЯ: Настройка не производится.
5.3 Требования по настройке средства ПРИМЕР СОДЕРЖАНИЯ: Требования по настройке средства не предъявляются.
требования к содержанию документа «Эскизный проект»;
Ведомость эскизного проекта 22
Пояснительная записка к эскизному проекту 23
Общие положения 23
Основные технические решения 23
Решения по структуре системы 23
Решения по режимам функционирования, работы системы 23
Решения по численности, квалификации и функциям персонала АС 23
Состав функций комплексов задач, реализуемых системой 23
Решения по составу программных средств, языкам деятельности, алгоритмам процедур и операций и методам их реализации 24
Источники разработки 24
план сертификации программного обеспечения;
Предполагается, что любая программа сертификации цифрового бортового оборудования или системы будет выполняться в соответствии с планом, подготовленным соискателем свидетельства о летной годности летательного аппарата и утвержденным полномочным государственным органом, регулирующим авиационную деятельность.
План должен охватывать:
• категорию критичности, применительно к которой должны быть сертифицированы оборудование или система;
• существо сертификации (сертификация типа, соответствие стандартизированным техническим требованиям и пр.);
• программы разработки, испытаний, сопровождения и гарантии качества программно-математического обеспечения;
• разделы нормативных документов, на соответствие которым будет проводиться сертификация;
• специальные условия;
• документацию, необходимую для сертификации.
план оценки качества программного обеспечения;
Оценка качества
Методологии и стандартизации оценки характеристик качества готовых программных средств и их компонентов (программного продукта) на различных этапах жизненного цикла посвящен международный стандарт ISO 14598, состоящий из шести частей. Рекомендуется следующая общая схема процессов оценки характеристик качества программ:
установка исходных требований для оценки - определение целей испытаний, идентификация типа метрик программного средства, выделение адекватных показателей и требуемых значений атрибутов качества;
селекция метрик качества, установление рейтингов и уровней приоритета метрик субхарактеристик и атрибутов, выделение критериев для проведения экспертиз и измерений;
планирование и проектирование процессов оценки характеристик и атрибутов качества в жизненном цикле программного средства;
выполнение измерений для оценки, сравнение результатов с критериями и требованиями, обобщение и оценка результатов.
Для каждой характеристики качества рекомендуется формировать меры и шкалу измерений с выделением требуемых, допустимых и неудовлетворительных значений. Реализация процессов оценки должна коррелировать с этапами жизненного цикла конкретного проекта программного средства в соответствии с применяемой, адаптированной версией стандарта ISO 12207.
Функциональная пригодность - наиболее неопределенная и объективно трудно оцениваемая субхарактеристика программного средства. Области применения, номенклатура и функции комплексов программ охватывают столь разнообразные сферы деятельности человека, что невозможно выделить и унифицировать небольшое число атрибутов для оценки и сравнения этой субхарактеристики в различных комплексах программ.
Оценка корректности программных средств состоит в формальном определении степени соответствия комплекса реализованных программ исходным требованиям контракта, технического задания и спецификаций на программное средство и его компоненты. Путем верификации должно быть определено соответствие исходным требованиям всей совокупности к компонентов комплекса программ, вплоть до модулей и текстов программ и описаний данных.
Оценка способности к взаимодействию состоит в определении качества совместной работы компонентов программных средств и баз данных с другими прикладными системами и компонентами на различных вычислительных платформах, а также взаимодействия с пользователями в стиле, удобном для перехода от одной вычислительной системы к другой с подобными функциями.
Оценка защищенности программных средств включает определение полноты использования доступных методов и средств защиты программного средства от потенциальных угроз и достигнутой при этом безопасности функционирования информационной системы. Наиболее широко и детально методологические и системные задачи оценки комплексной защиты информационных систем изложены в трех частях стандарта ISO 15408:1999-1--3 "Методы и средства обеспечения безопасности. Критерии оценки безопасности информационных технологий".
Оценка надежности - измерение количественных метрик атрибутов субхарактеристик в использовании: завершенности, устойчивости к дефектам, восстанавливаемости и доступности/готовности.
Потребность в ресурсах памяти и производительности компьютера в процессе решения задач значительно изменяется в зависимости от состава и объема исходных данных. Для корректного определения предельной пропускной способности информационной системы с данным программным средством нужно измерить экстремальные и средние значения длительностей исполнения функциональных групп программ и маршруты, на которых они достигаются. Если предварительно в процессе проектирования производительность компьютера не оценивалась, то, скорее всего, понадобится большая доработка или даже замена компьютера на более быстродействующий.
Оценка практичности программных средств проводится экспертами и включает определение понятности, простоты использования, изучаемости и привлекательности программного средства. В основном это качественная (и субъективная) оценка в баллах, однако некоторые атрибуты можно оценить количественно по трудоемкости и длительности выполнения операций при использовании программного средства, а также по объему документации, необходимой для их изучения.
Сопровождаемость можно оценивать полнотой и достоверностью документации о состояниях программного средства и его компонентов, всех предполагаемых и выполненных изменениях, позволяющей установить текущее состояние версий программ в любой момент времени и историю их развития. Она должна определять стратегию, стандарты, процедуры, распределение ресурсов и планы создания, изменения и применения документов на программы и данные.
Оценка мобильности - качественное определение экспертами адаптируемости, простоты установки, совместимости и замещаемости программ, выражаемое в баллах. Количественно эту характеристику программного средства и совокупность ее атрибутов можно (и целесообразно) оценить в экономических показателях: стоимости, трудоемкости и длительности реализации процедур переноса на иные платформы определенной совокупности программ и данных.
требования к разделу «Требования к программному обеспечению».
Требования к программному обеспечению Требования к программному обеспечению серверной части Для функционирования сайта необходимо следующее программное обеспечение: - Операционная система – Windows XP и Windows Server 2003; - Веб-сервер – Apache версии не ниже 1.3.26; - СУБД – MySQL версии не ниже 3.23; Требования к клиентскому программному обеспечению Сайт должен быть доступен для полнофункционального просмотра с помощью следующих браузеров: • MS IE 5.0 и выше; • Opera 6.0 и выше; • Mozilla Firefox 1.0; • Mozilla 1.7. Сайт должен быть работоспособен (информация, расположенная на нем, должна быть доступна) при отключении в браузере поддержки flash и JavaScript.
Основные положения оценки процесса разработки программного обеспечения
- цели оценки процессов разработки программного обеспечения;
- что позволяет использование оценки процессов разработки программного обеспечения;
- преимущества стандартизированного подхода к оценке процесса разработки;
- каркас оценки;
- контекст улучшения процесса;
- контекст определения возможности;
- действия по оценке процесса
|