MIL-STD-498
![]() | Эта статья включает список общих ссылок , но в ней отсутствуют достаточные соответствующие встроенные цитаты . ( Апрель 2009 г. ) |
MIL-STD-498 , «Военный стандарт разработки программного обеспечения и документации США » — военный стандарт , целью которого было «установление единых требований к разработке программного обеспечения и документации». Он был выпущен 8 ноября 1994 года и заменил DOD-STD-2167A , DOD-STD-2168 , DOD-STD-7935A и DOD-STD-1703 . Он задумывался как временный стандарт, который будет действовать около двух лет, пока не будет разработан коммерческий стандарт.
В отличие от предыдущих проектов, таких как основополагающий DOD-STD-2167A, который был в основном сосредоточен на новой рискованной области разработки программного обеспечения, MIL-STD-498 был первым [ нужна ссылка ] попытка комплексного описания жизненного цикла разработки систем . MIL-STD-498 стал основой для отраслевых стандартов (например, IEEE 828-2012 , IEEE 122077-2017 последующих ). Он также содержит большую часть материала, который последующая профессионализация управления проектами включена в Свод знаний по управлению проектами (PMBOK). Документ «Обзор и руководство по адаптации MIL-STD-498» состоит из 98 страниц. «Прикладное и справочное руководство MIL-STD-498» состоит из 516 страниц. С ними были связаны шаблоны документов или описания элементов данных, описанные ниже, обеспечивающие документацию и порядок процессов, которые можно было масштабировать до проектов масштаба, которые тогда выполняли люди (самолеты, линкоры, каналы, плотины, заводы, спутники, подводные лодки и т. д.).
Это был один из немногих военных стандартов, которые пережили «Меморандум Перри», меморандум тогдашнего министра обороны США Уильяма Перри 1994 года, предписывающий прекратить действие оборонных стандартов . Однако 27 мая 1998 г. он был отменен и заменен по сути идентичной демилитаризованной версией EIA J-STD-016. [1] [2] в качестве примера процесса для IEEE 12207 . Несколько программ за пределами вооруженных сил США продолжали использовать этот стандарт из-за его знакомства и предполагаемых преимуществ по сравнению с альтернативными стандартами, таких как бесплатная доступность документов по стандартам и наличие подробностей процесса, включая описания элементов данных, которые можно использовать по контракту.
В военном бортовом программном обеспечении MIL-STD-498 постепенно был вытеснен стандартом для гражданского бортового программного обеспечения RTCA DO-178B . [3]
Описание элементов данных
[ редактировать ]Стандарт MIL-STD-498 описывает разработку и документацию в виде 22 описаний элементов данных (DID), которые представляли собой стандартизированные документы для записи результатов каждого процесса разработки и поддержки, например, описание проекта программного обеспечения DID было стандартным форматом. за результаты процесса проектирования программного обеспечения. Каждый DID в общих чертах описывает необходимое содержимое элемента данных , файла или документа, описывающего систему или некоторый аспект жизненного цикла системы. Эти документы могут принимать различные формы: от исходного кода до сценариев установки и различных электронных и бумажных отчетов, и правительственной стороне-заказчику рекомендуется указать приемлемые форматы. Ожидалось, что любой проект разработки программного обеспечения (усилия) будет выбирать из 22 возможных документов и перечислять их в форме списка требований к данным контракта (CDRL) в рамках единого формата контракта. CDRL перечисляет элементы данных, которые должны быть созданы и доставлены подрядчиком в рамках этого контракта. Любое описание элемента данных адаптированный для конкретного контракта, то есть разделы стандартного DID, которые нежелательны для этого контракта, будут указаны в разделе формы CDRL, предусмотренном для этой цели. Какие именно DID и какие части DID необходимы для конкретной системы, зависит от характера проекта и того, как его части создаются по контракту(ам).
DID:
Планы
[ редактировать ]- План разработки программного обеспечения (SDP) — план разработки программного обеспечения.
- План установки программного обеспечения (SIP) — план установки программного обеспечения на сайтах пользователей.
- План перехода программного обеспечения (STrP) — план перехода к агентству поддержки.
Концепция/требования
[ редактировать ]- Описание эксплуатационной концепции (OCD) — эксплуатационная концепция системы.
- Спецификация системы/подсистемы (SSS) — требования, которым должна соответствовать система.
- Спецификация требований к программному обеспечению (SRS). Требования, которым должен соответствовать элемент конфигурации программного обеспечения компьютера (CSCI).
- Спецификация требований к интерфейсу (IRS) — требования к одному или нескольким интерфейсам.
Дизайн
[ редактировать ]- Описание проекта системы/подсистемы (SSDD) — проект системы.
- Описание проекта программного обеспечения (SDD) — проект CSCI.
- Описание проекта базы данных (DBDD) — проект базы данных.
- Описание дизайна интерфейса (IDD) — проектирование одного или нескольких интерфейсов.
Квалификационные испытания продукции
[ редактировать ]- Software Test Plan (STP) — план проведения квалификационного тестирования.
- Описание тестирования программного обеспечения (STD) — тестовые примеры/процедуры квалификационного тестирования.
- Отчет о тестировании программного обеспечения (STR) — результаты квалификационного тестирования.
Руководства пользователя/оператора
[ редактировать ]- Руководство пользователя программного обеспечения (SUM) — инструкции для практических пользователей программного обеспечения.
- Руководство по программному вводу/выводу (SIOM) — инструкции для пользователей пакетной или интерактивной программной системы, установленной в компьютерном центре.
- Руководство оператора программного центра (SCOM) — инструкции для операторов пакетной или интерактивной программной системы, установленной в компьютерном центре.
- Руководство по эксплуатации компьютера (COM) – Инструкция по работе с компьютером.
Поддержка руководств
[ редактировать ]- Руководство по программированию компьютера (CPM) — инструкции по программированию компьютера.
- Руководство по поддержке прошивки (FSM) - Инструкция по программированию прошивки устройств
Определение программного продукта
[ редактировать ]- Спецификация программного обеспечения (SPS) — исполняемое программное обеспечение, исходные файлы и информация, которая будет использоваться для поддержки.
- Описание версии программного обеспечения (SVD) — список доставленных файлов и сопутствующей информации.
Внешние ссылки
[ редактировать ]- «Дорожная карта MIL-STD-498 в формате PDF, типы документов, указанные в порядке использования или в течение жизненного цикла» (PDF) .
- «Пример DID Abelia, спецификация системы/подсистемы, используемая в MIL-STD-498» (PDF) . Архивировано из оригинала (PDF) 26 сентября 2021 г.
- «Эволюция стандартов программного обеспечения и современное состояние» (PDF) . Перекрестный разговор. Декабрь 1999 года.
- «Разработка программного обеспечения оборонной системы DOD-STD-2167» . 05.12.1994.
- «MIL-STD-498, РАЗРАБОТКА ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ И ДОКУМЕНТАЦИЯ» (PDF) . Министерство обороны США . 05.12.1994.
- «MIL-STD-498, ОБЗОР И РУКОВОДСТВО ПО ПОШИВКЕ» (PDF) . Министерство обороны США . 31 января 1996 г.
- «MIL-STD-498, ПРИМЕНЕНИЕ И СПРАВОЧНОЕ РУКОВОДСТВО» (PDF) . Министерство обороны США . 31 января 1996 г.
- «MIL-STD-498, ПРИМЕНЕНИЕ И СПРАВОЧНОЕ РУКОВОДСТВО (раздел 5)» (PDF) . Министерство обороны США . 31 января 1996 г.
Ссылки
[ редактировать ]- ^ Рид Соренсен (июнь 1996 г.). «MIL-STD-498, J-STD-016 и коммерческий стандарт США» . Журнал «КроссТок» . Архивировано из оригинала 16 декабря 2004 г.
- ^ «Стандарты программного обеспечения» . Архивировано из оригинала 17 марта 2013 г.
J-STD-016 — «демилитаризованная» версия Mil-STD-498.
- ^ «Техническая информация по развитию и сертификации авиации» . АФузион . Проверено 08 августа 2022 г.
В конце 90-х и начале 2000-х годов DO-178B постепенно затмил MIL-STD-498 по многочисленным причинам, включая общность авионики гражданского и военного применения, повторное использование, улучшение управления поставщиками, улучшение графика и снижение затрат... и более тесную интеграцию. с доказуемыми рекомендациями по безопасности [ ARP4754 и ARP4761 ]