4 ОСНОВНЫЕ ПОЛОЖЕНИЯ
4.1 Программные средства систем вооружения должны быть разработаны с учетом общих требований, направленных на достижение следующих основных свойств:
— эффективного взаимодействия ПССВ, их комплексов и компонентов;
— взаимозаменяемости программ одного функционального назначения;
— совместимости программ, предназначенных для совместного использования;
— функционально-логической завершенности отдельных программных компонентов;
— безопасности и защищенности ПССВ и их компонентов.
Содержание этих общих требований и способы их выполнения изложены в разделе 5.
4.2 ПССВ и другие компоненты программной продукции военного назначения в зависимости от степени их отработанности и возможности самостоятельной поставки подразделяют на следующие основные виды:
— программы;
— программные средства;
— программные изделия;
— программно-аппаратные средства;
— программные изделия АС.
4.3 При выборе структуры каждого ПССВ и их комплексов учитывают следующие требования:
— обеспечение качества ПССВ;
— достижение взаимозаменяемости и совместимости соответствующих программных компонентов и комплексов;
— обеспечение управления документированием ПССВ;
— обеспечение применения технологии автоматизированного документирования процессов создания и эксплуатации ПССВ.
4.4 Каждое ПССВ до начала его опытной эксплуатации должно пройти сертификацию, т.е. получить сертификат соответствия, выдаваемый в установленном порядке.
4.5 При разработке ПССВ и их компонентов должны быть использованы только технологические (инструментальные) средства, имеющие сертификат соответствия.
4.6 Все вновь разработанные ПССВ и их компоненты, относящиеся к виду «программное изделие», после соответствующей проверки должны быть сданы в отраслевой ФАП, требования к которому представлены в приложении А.
4.7 При разработке и приемке ПССВ следует учитывать, что в зависимости от вида программного компонента (4.2) на него распространяются правила, установленные той (теми) или иной стандартной системой документирования. Основные стандартные системы документирования, используемые при разработке программных компонентов различных видов, указаны в таблице 1. Дополнительные указания о составе документации и порядке документирования ПССВ и их компонентов приведены в разделе 7.
Таблица 1
Виды программных компонентов
Стандартные системы документирования
Примечания
Программа
ЕСПД
ЕСПД установлена ГОСТ 19.001
Программное средство
ЕСПД
То же.
Программное изделие
ЕСПД и ЕСКД
ЕСПД установлена ГОСТ 19.001 ЕСКД установлена ГОСТ 2.001
Программно-аппаратное средство
ЕСКД и ЕСПД
То же
Программное изделие АС
ИТ КС на АС и ЕСПД
ИТ КС на АС установлена ГОСТ 34.20
Читайте также
90. ОСНОВНЫЕ ПОЛОЖЕНИЯ РАДИОСВЯЗИ
1. КЛАССИФИКАЦИЯ ЭЛЕКТРИЧЕСКИХ ЦЕПЕЙ. ПОНЯТИЕ О ДВУХПОЛЮСНИКАХ.СОПРОТИВЛЕНИЕ ПРОВОДНИКОВ
При анализе электрических цепей важно знать только параметры и способ соединения друг с другом. Активные элементы будем обозначать в основном кружочками со стрелками внутри,
5. Основные положения теории горения
5. Основные положения теории горения
Горением называют процесс быстрого химического соединения горючих элементов топлива с окислителем (обычно с кислородом воздуха), сопровождающийся выделением теплоты и света.Факел – один из видов пламени, который образуется при
34. Основные положения второго закона термодинамики
34. Основные положения второго закона термодинамики
Второй закон термодинамики позволяет ответить на вопросы: возможно или нет развитие рассматриваемого процесса, какое направление процесса будет преобладающим, когда в термодинамической системе установится
22. Правовые основы метрологического обеспечения. Основные положения Закона РФ «Об обеспечении единства измерений»
22. Правовые основы метрологического обеспечения. Основные положения Закона РФ «Об обеспечении единства измерений»
Единство измерений – это характеристика измерительного процесса, означающая, что результаты измерений выражаются в установленных и принятых в
4 ОСНОВНЫЕ ПОЛОЖЕНИЯ
4 ОСНОВНЫЕ ПОЛОЖЕНИЯ
4.1 Программные средства систем вооружения должны быть разработаны с учетом общих требований, направленных на достижение следующих основных свойств:- эффективного взаимодействия ПССВ, их комплексов и компонентов;- взаимозаменяемости программ
22. Правовые основы метрологического обеспечения. Основные положения Закона РФ «Об обеспечении единства измерений»
22. Правовые основы метрологического обеспечения. Основные положения Закона РФ «Об обеспечении единства измерений»
Закон РФ «Об обеспечении единства измерений» был принят в 1993 г. До принятия данного Закона нормы в области метрологии не были регламентированы
8.1.1 Общие положения
8.1.1 Общие положения
Процесс документирования должен быть выполнен в два этапа в последовательности, представленной на рисунке 1 в затененных прямоугольниках. Поэтапные работы не выполняются одновременно. На отдельных этапах работы могут проводиться параллельно.
8.1.5.1 Общие положения
8.1.5.1 Общие положения
В плане документирования должен быть указан требуемый уровень тестирования документации на практичность.Минимально должно быть проведено одно тестирование на практичность документации, используемой для выпускаемой версии программного
8.2.3.11.1. Общие положения
8.2.3.11.1. Общие положения
Отчеты (сообщения) являются результатами работы прикладных программных средств, выдаваемые в печатном или экранном виде. Образцы отчетов обычно включают в документацию пользователя программного
B.1 Общие положения
B.1 Общие положения
В настоящем стандарте имеются разделы, требования которых необходимо пояснить применительно к конкретному договору или другим ссылочным документам (например, международным). В свою очередь, план документирования также нуждается в пояснении. В
Вопрос 1. Основные положения по обеспечению ИБ
Вопрос 1. Основные положения по обеспечению ИБ
Руководствуясь целями обеспечения защиты информации в автоматизированных системах Гостехкомиссия (ГТК) при Президенте Российской федерации (РФ) опубликовала ряд руководящих документов, посвященных вопросам защиты от
3.3. Основные правила и положения системы сертификации ГОСТ Р
3.3. Основные правила и положения системы сертификации ГОСТ Р
Система сертификации ГОСТ Р организована Госстандартом России и функционирует в соответствии с законом Российской Федерации «О сертификации продукции и услуг».В Системе ГОСТ Р предусматривается сертификация
Раздел 12. Основные положения организации коммерческого учета электрической энергии на розничных рынках
Раздел 12. Основные положения организации коммерческого учета электрической энергии на розничных рынках
Вопрос 1. На основании каких данных производится оплата потребленной электрической энергии и предоставленных услуг на розничных рынках?Ответ. Оплата потребленной
XII. Основные положения организации коммерческого учета электрической энергии на розничных рынках
XII. Основные положения организации коммерческого учета электрической энергии на розничных рынках
136. Оплата потребленной электрической энергии, предоставленных услуг по передаче электрической энергии, а также оплата потерь электрической энергии в электрических сетях
7.1. ОСНОВНЫЕ ПОЛОЖЕНИЯ И НОРМАТИВЫ СИСТЕМЫ ТЕХНИЧЕСКОГО ОБСЛУЖИВАНИЯ И РЕМОНТА МАШИН
7.1. ОСНОВНЫЕ ПОЛОЖЕНИЯ И НОРМАТИВЫ СИСТЕМЫ ТЕХНИЧЕСКОГО ОБСЛУЖИВАНИЯ И РЕМОНТА МАШИН
Система планово-предупредительного технического обслуживания и ремонта машин предусматривает выполнение в плановом порядке технического обслуживания и ремонта после отработки
ГОССТАНДАРТ РОССИИ
СРЕДСТВА ПРОГРАММНЫЕ СИСТЕМ ВООРУЖЕНИЯ. ПОРЯДОК РАЗРАБОТКИ
ГОСТ Р 51189-98
ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
1 ОБЛАСТЬ ПРИМЕНЕНИЯ
Настоящий стандарт распространяется на любые программные средства, программные изделия, программы и другие виды и (или) компоненты программной продукции, предназначенные для использования в составе систем вооружения [далее — программные средства систем вооружения (ПССВ)], и устанавливает общие правила разработки, документирования и изготовления (воспроизведения) программных средств систем вооружения.
2 НОРМАТИВНЫЕ ССЫЛКИ
В настоящем стандарте использованы ссылки на следующие стандарты:
ГОСТ 2.001-93 ЕСКД. Общие положения
ГОСТ 15.001-88 Система разработки и постановки продукции на производство. Продукция производственно-технического назначения
ГОСТ 19.001-77 ЕСПД. Общие положения
ГОСТ 19.101-77 (СТ СЭВ 1626-79) ЕСПД. Виды программ и программных документов
ГОСТ 19.105-78 (СТ СЭВ 2088-80) ЕСПД. Общие требования к программным документам
ГОСТ 19.106-78 (СТ СЭВ 2088-80) ЕСПД. Требования к программным документам, выполненным печатным способом
ГОСТ 19.201-78 (СТ СЭВ 1627-79) ЕСПД. Техническое задание. Требования к содержанию и оформлению
ГОСТ 19.601-78 ЕСПД. Общие правила дублирования, учета и хранения
ГОСТ 19.602-78 ЕСПД. Правила дублирования, учета и хранения программных документов, выполненных печатным способом
ГОСТ 19.603-78 (СТ СЭВ 2089-80) ЕСПД. Общие правила внесения изменений
ГОСТ 19.604-78 (СТ СЭВ 2089-80) ЕСПД. Правила внесения изменений в программные документы, выполненные печатным способом
ГОСТ 34.003-90 Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Термины и определения
ГОСТ 34.201-89 Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем
ГОСТ 19781-90 Обеспечение систем обработки информации программное. Термины и определения
ГОСТ 26553-85 Обслуживание средств вычислительной техники централизованное комплексное. Термины и определения
ГОСТ 28195-89 Оценка качества программных средств. Общие положения
ГОСТ 28388-89 Системы обработки информации. Документы на магнитных носителях данных. Порядок выполнения и обращения
ГОСТ 28806-90 Качество программных средств. Термины и определения
ГОСТ Р 50739-95 Средства вычислительной техники. Защита от несанкционированного доступа к информации. Общие технические требования
ГОСТ Р ИСО/МЭК 9126-93 Информационная технология. Оценка программной продукции. Характеристики качества и руководства по их применению
ГОСТ Р ИСО/МЭК ТО 9294-93 Информационная технология. Руководство по управлению документированием программного обеспечения
3 ОПРЕДЕЛЕНИЯ И СОКРАЩЕНИЯ
В настоящем стандарте применяют следующие термины с соответствующими определениями:
Программное обеспечение — по ГОСТ 19781.
Программа — по ГОСТ 19781.
Программное средство — по ГОСТ 28806.
Программное изделие — изделие межотраслевого применения вида «программной продукции», прошедшее испытание, имеющее соответствующий комплект программных документов и готовое к серийному производству.
Программное изделие автоматизированных систем (программное изделие АС) — по ГОСТ 34.003.
Программно-аппаратное средство — по ГОСТ Р ИСО/МЭК 9126.
Программный компонент и комплекс (ПКиК) — по ГОСТ 19.101.
Программный продукт — по ГОСТ 28806.
Программные средства систем вооружения — виды программных компонентов, изготовленные на различных стадиях их жизненного цикла, снабженные установленным комплектом программных документов и предназначенные для применения в составе систем вооружения.
Продукция производственно-технического назначения — по ГОСТ 15.001.
Комплекс средств автоматизации АС (КСА АС) — по ГОСТ 34.003.
Общее программное обеспечение АС (ОПО АС) — по ГОСТ 34.003.
Специальное программное обеспечение АС (СПО АС) — по ГОСТ 34.003.
Качество программного средства — по ГОСТ 28806.
Сопровождение программного средства — процесс модификации программного средства, включая программную документацию, обусловленный необходимостью устранения выявленных ошибок и изменения его функциональных возможностей.
Фондирование программных средств — по ГОСТ 26553.
Сертификация программной продукции — деятельность независимой (третьей) стороны, направленная на подтверждение соответствия программной продукции установленным требованиям.
Технологическая линия производства программ (ТЛПП) — комплекс технических и программных средств, предназначенных для автоматизации процессов проектирования и разработки программ.
Комплекс программных средств проектирования и разработки — совокупность программных средств, предназначенных для автоматизации процессов проектирования и разработки программ.
Спецификация — по ГОСТ 19101.
Спецификация программы — по ГОСТ 19781.
Защита программного обеспечения — комплекс мер, направленных на предотвращение несанкционированного доступа к защищаемым программным компонентам и ресурсам ЭВМ.
Руководящие указания главного конструктора системы вооружения — документ, содержащий сведения, не регламентированные нормативными документами, и устанавливающий единые требования для всех участников проекта программных средств систем вооружения.
В настоящем стандарте приняты следующие сокращения:
АС — автоматизированная система.
ЕСПД — единая система программной документации.
ЕСКД — единая система конструкторской документации.
ИТ КС на АС — информационная технология. Комплекс стандартов на автоматизированные системы.
МО РФ — Министерство обороны Российской Федерации.
ОТТ — общие технические требования.
ПССВ — программное средство систем вооружения.
ПИ — программное изделие.
ПО — программное обеспечение.
ПД — программная документация.
ТЛПП — технологическая линия производства программ.
ТЗ — техническое задание.
ТТЗ — тактико-техническое задание.
ЧТЗ — частное техническое задание.
ТТТ — тактико-технические требования.
ФАП — фонд алгоритмов и программ.
ЭВМ — электронно-вычислительная машина.
4 ОСНОВНЫЕ ПОЛОЖЕНИЯ
4.1 Программные средства систем вооружения должны быть разработаны с учетом общих требований, направленных на достижение следующих основных свойств:
— эффективного взаимодействия ПССВ, их комплексов и компонентов;
— взаимозаменяемости программ одного функционального назначения;
— совместимости программ, предназначенных для совместного использования;
— функционально-логической завершенности отдельных программных компонентов;
— безопасности и защищенности ПССВ и их компонентов.
Содержание этих общих требований и способы их выполнения изложены в разделе 5.
4.2 ПССВ и другие компоненты программной продукции военного назначения в зависимости от степени их отработанности и возможности самостоятельной поставки подразделяют на следующие основные виды:
— программы;
— программные средства;
— программные изделия;
— программно-аппаратные средства;
— программные изделия АС.
4.3 При выборе структуры каждого ПССВ и их комплексов учитывают следующие требования:
— обеспечение качества ПССВ;
— достижение взаимозаменяемости и совместимости соответствующих программных компонентов и комплексов;
— обеспечение управления документированием ПССВ;
— обеспечение применения технологии автоматизированного документирования процессов создания и эксплуатации ПССВ.
4.4 Каждое ПССВ до начала его опытной эксплуатации должно пройти сертификацию, т.е. получить сертификат соответствия, выдаваемый в установленном порядке.
4.5 При разработке ПССВ и их компонентов должны быть использованы только технологические (инструментальные) средства, имеющие сертификат соответствия.
4.6 Все вновь разработанные ПССВ и их компоненты, относящиеся к виду «программное изделие», после соответствующей проверки должны быть сданы в отраслевой ФАП, требования к которому представлены в приложении А.
4.7 При разработке и приемке ПССВ следует учитывать, что в зависимости от вида программного компонента (4.2) на него распространяются правила, установленные той (теми) или иной стандартной системой документирования. Основные стандартные системы документирования, используемые при разработке программных компонентов различных видов, указаны в таблице 1. Дополнительные указания о составе документации и порядке документирования ПССВ и их компонентов приведены в разделе 7.
Таблица 1
Виды программных компонентов | Стандартные системы документирования | Примечания |
---|---|---|
Программа | ЕСПД | ЕСПД установлена ГОСТ 19.001 |
Программное средство | ЕСПД | То же. |
Программное изделие | ЕСПД и ЕСКД | ЕСПД установлена ГОСТ 19.001 ЕСКД установлена ГОСТ 2.001 |
Программно-аппаратное средство | ЕСКД и ЕСПД | То же |
Программное изделие АС | ИТ КС на АС и ЕСПД | ИТ КС на АС установлена ГОСТ 34.20 |
5 ОСНОВНЫЕ ТРЕБОВАНИЯ К ПРОГРАММНЫМ СРЕДСТВАМ СИСТЕМ ВООРУЖЕНИЯ И СПОСОБЫ ИХ ВЫПОЛНЕНИЯ
5.1 Состав функций, выполняемых комплексом совместно используемых или разрабатываемых ПССВ в целом и каждым из таких ПССВ в отдельности, определяют при его проектировании и устанавливают в виде требований ТЗ.
5.2 Требования взаимозаменяемости и совместимости отдельных ПССВ устанавливают с учетом их функционального назначения и необходимости совместного использования в рамках единого комплекса или системы вооружения.
5.3 Функционально-логическая завершенность каждого ПССВ и, при необходимости, его отдельных программных компонентов достигается путем выполнения функциональных требований, предъявляемых к каждому из них в соответствующих ТЗ, с учетом принятого разделения функций данного ПССВ (комплекса ПССВ) между его компонентами.
5.4 Защищенность (защита) ПССВ достигается путем разработки и последующего выполнения комплекса организационных и технических мероприятий, направленных на предотвращение несанкционированного доступа к защищаемым компонентам и ресурсам ЭВМ.
5.4.1 Выполнение требования предотвращения несанкционированного доступа к ПССВ должно быть обеспечено комплексом организационных мероприятий, а также применением специальных программных и технических средств в соответствии с ГОСТ Р 50739 и руководящими документами, действующими в МО РФ [1], [2], [3], [4], [5].
6 ПРИНЦИПЫ ПРОЕКТИРОВАНИЯ И СОДЕРЖАНИЕ РАБОТ ПО СТАДИЯМ СОЗДАНИЯ ПРОГРАММНЫХ СРЕДСТВ СИСТЕМ ВООРУЖЕНИЯ
6.1 При разработке ПССВ должны быть применены следующие принципы проектирования:
— системности;
— технологической полноты.
6.1.1 Принцип системности разработки ПССВ заключается в том, что взаимосвязанные задачи и вопросы, возникающие в процессе проектирования таких средств, решают не по отдельности, а совместно, с учетом влияния принимаемых решений на целевые показатели разработки данного ПССВ при взаимодействии всех его составных частей.
6.1.2 Принцип технологической полноты заключается в том, что при проектировании ПССВ учитывают необходимость в обеспечении выполнения всего жизненного цикла каждого ПССВ — от формирования исходных требований к нему и до снятия с применения.
Типовой жизненный цикл, установленный для ПССВ, подразделяют на фазы, стадии и этапы.
6.1.2.1 Фаза жизненного цикла ПССВ — часть жизненного цикла, характеризующаяся логической и качественной завершенностью состояний конкретно создаваемого (или применяемого) средства, имеющая самостоятельную значимость и предусматривающая соответствующую специализацию организаций-исполнителей.
6.1.2.2 Стадия жизненного цикла ПССВ — часть фазы его жизненного цикла, характеризующаяся логической и качественной завершенностью состояний создания ПО, имеющая самостоятельную значимость и предусматривающая соответствующую специализацию организаций-исполнителей в рамках конкретного проекта.
6.1.2.3 Этап жизненного цикла ПССВ — часть стадии его жизненного цикла, характеризующаяся законченностью действий, предпринимаемых для обоснования или преобразования состояний ПССВ, и имеющая самостоятельную потребительскую значимость в виде научной, научно-технической или технической продукции.
6.2 Содержание работ по всем фазам, стадиям и этапам жизненного цикла ПССВ представлено в приложении Б.
Состав реализуемых стадий и этапов жизненного цикла для каждого конкретного ПССВ, а также содержание выполняемых на них работ устанавливают на стадии ТЗ, на основе приложения Б.
6.3 Для решения вопросов, связанных с разработкой и применением сложных ПССВ, главный конструктор системы вооружения может назначить главного администратора программного обеспечения со следующими основными функциями:
— соблюдение требований настоящего стандарта и других нормативных документов;
— разрешение на внесение изменений в проектную, эксплуатационную, технологическую и техническую документацию на ПССВ;
— создание и актуализация системы тестирования ПССВ и порядка ее применения;
— выдача разрешений на внесение изменений в программную документацию на ПССВ и в структуру данных.
7 ПОРЯДОК ДОКУМЕНТИРОВАНИЯ ПРОГРАММНЫХ СРЕДСТВ СИСТЕМ ВООРУЖЕНИЯ
7.1 Установлены следующие виды программной документации на ПССВ и их программные компоненты:
— проектная ПД;
— эксплуатационная ПД;
— организационно-техническая ПД;
— технологическая ПД;
— документация фонда.
Состав ПД каждого вида для различных компонентов программной продукции приведен в приложении В.
7.2 Общие требования к выполнению программных документов установлены стандартами:
— для проектной и эксплуатационной ПД — стандартами ЕСПД (ГОСТ 19.105, ГОСТ 19.106, ГОСТ 19.201);
— для документации ФАП — ГОСТ 26553 и ГОСТ Р ИСО/МЭК ТО 9294.
7.3 Общие требования к содержанию и оформлению технологических и организационно-технических программных документов устанавливают отраслевые стандарты, разработанные и утвержденные в установленном порядке.
7.4 Требования, предъявляемые к оформлению ПД, должны предусматривать возможность автоматизации процесса документирования.
7.5 Дублирование, учет и хранение ПД на ПССВ проводят в соответствии с требованиями ГОСТ 19.601, ГОСТ 19.602 и ГОСТ 28388.
7.6 Внесение изменений в ПД на ПССВ выполняют по ГОСТ 19.603 и ГОСТ 19.604.
7.7 Программная документация на все ПССВ и их покупные программные компоненты должна быть выполнена на русском языке.
7.8 Эксплуатационная ПД на ПССВ должна быть выполнена в соответствии с требованиями стандартов ЕСПД и настоящего стандарта.
7.9 Проектную ПД на ПССВ выполняют по стандартам ЕСПД.
7.10 Техническое задание на разработку ПССВ и (или) его программного компонента должно соответствовать ГОСТ 19.201.
7.11 Порядок выполнения программных документов для программных средств и программных изделий устанавливают в соответствии с ТЗ на эти программные компоненты.
7.12 Порядок выполнения программных документов для программных изделий серийного изготовления устанавливают, при необходимости, в соответствии с требованиями технических условий на них.
ПРИЛОЖЕНИЕ А (рекомендуемое)
ТРЕБОВАНИЯ К ПРОГРАММАМ, ПЕРЕДАВАЕМЫМ В ФОНД АЛГОРИТМОВ И ПРОГРАММ МИНИСТЕРСТВА ОБОРОНЫ РОССИЙСКОЙ ФЕДЕРАЦИИ
А.1 Программа перед сдачей в ФАП МО РФ должна пройти экспертизу на показатели новизны и типичности.
А.1.1 Требование типичности программы заключается в возможности ее широкого применения в отрасли.
А.1.2 Требование новизны заключается в выполнении одного из следующих условий:
— отсутствие прототипов в составе ФАП;
— наличие более высоких показателей (более совершенных характеристик), чем у прототипа;
— возможность применения в другой операционной среде.
А.2 Экспертизу программных компонентов проводят в соответствии с руководящими документами на ФАП МО РФ, разрабатываемыми на основании [6].
A.3 Нормативная поддержка процедур оценки качества программ при передаче в ФАП МО РФ — в соответствии с ГОСТ 28195.
ПРИЛОЖЕНИЕ Б (рекомендуемое)
СОДЕРЖАНИЕ РАБОТ ПО ФАЗАМ, СТАДИЯМ И ЭТАПАМ ЖИЗНЕННОГО ЦИКЛА ПРОГРАММНЫХ СРЕДСТВ СИСТЕМ ВООРУЖЕНИЯ
Содержание работ по фазам, стадиям и этапам жизненного цикла ПССВ приведено в таблицах Б.1-Б.10.
Таблица Б.1 — Фаза Анализ». Стадия «Формирование требований»
Наименование этапа | Содержание работ |
---|---|
Б.1.1 Анализ потребности в ПССВ | Анализ состава функций и тактико-технических требований (ТТТ) к системе вооружения, в которой предполагается применение ПССВ |
Б.1.2 Разработка требований к ПССВ | Разработка общесистемных требований к ПССВ, в том числе: |
— определение перечня задач; | |
— спецификация входных и выходных данных и диапазонов их изменения; | |
— определение источников информации для каждого объекта автоматизации; | |
— описание алгоритмов взаимодействия с внешними системами; | |
— описание алгоритма технологического и информационно-логического взаимодействия должностных лиц. | |
Разработка требований к техническим средствам, в том числе к: | |
— составу и параметрам вычислительных средств; | |
— ограничениям на вычислительные средства в принятой операционной среде. | |
Разработка требований к математическому, программному и информационному обеспечению, в том числе к: | |
— созданию и обоснованию алгоритмов и расчетных методик; | |
— модульности и гибкости математического обеспечения; | |
— полноте реализации; | |
— логической корректности; | |
— проверенности; | |
— защищенности; | |
— надежности, точности и времени решения задач; | |
— ресурсам памяти; | |
— языкам программирования; | |
— средствам программирования и использованию перспективных технологий программирования; | |
— порядку испытаний программ и сдачи их в эксплуатацию; | |
— использованию сервисных (стандартных) сертифицированных программ; | |
— системе классификации и кодирования информации, принципам ее формализации; | |
— носителям информации; | |
— хранению, обновлению, контролю и выдаче информации; | |
— организации взаимообмена информацией между элементами системы вооружения. | |
Разработка специальных требований к: | |
— секретности; | |
— условиям эксплуатации; | |
— транспортированию ПССВ и т.п. | |
Разработка требований к сертификации ПССВ. | |
Согласование и утверждение ТТЗ |
Таблица Б.2 — Фаза «Проектирование». Стадия «Разработка концепции»
Наименование этапа | Содержание работ |
---|---|
Б.2.1 Обоснование необходимости разработки ПССВ | Постановка задач, определение функций. |
Исследование вариантов автоматизации системы вооружения. | |
Анализ аналогов ПССВ. | |
Выбор и обоснование критериев эффективности и качества разрабатываемого ПССВ. | |
Предварительная декомпозиция ПССВ на комплексы программ и компоненты. | |
Обоснование необходимости проведения научно-исследовательских работ. | |
Анализ требований ТТТ к ПССВ на реализуемость и непротиворечивость. | |
Разработка дополнительных требований, уточнений и ограничений на ПССВ в части: | |
— мобильности; | |
— надежности; | |
— безопасности; | |
— вычислительных ресурсов; | |
— условий использования; | |
— операционной среды; | |
— программной документации; | |
— порядка внесения изменений; | |
— взаимодействия с внешними программными комплексами и между компонентами ПССВ; | |
— взаимодействия с аппаратными средствами комплексов; | |
— порядка, видов и сроков испытаний и приемки ПССВ; | |
— критериев, методов и средство оценки качества ПССВ | |
Б.2.2 Научно-исследовательские работы | Предварительный выбор методов решения задач. |
Обоснование целесообразности применения ранее разработанных программ. | |
Определение требований к техническим средствам. | |
Обоснование принципиальной возможности решения поставленных задач |
Таблица Б.З — Фаза «Разработка». Стадия «Техническое задание»
Наименование этапа | Содержание работ |
---|---|
Б.3.1 Разработка ТЗ на ПССВ | Формализация требований к ПССВ. |
Определение стадий, этапов и сроков разработки ПССВ. | |
Разработка программной документации на ПССВ. | |
Разработка технико-экономического обоснования разработки ПССВ. | |
Оформление ТЗ на ПССВ. | |
Согласование и утверждение ТЗ на ПССВ |
Таблица Б.4 — Фаза «Разработка». Стадия «Эскизный проект»
Наименование этапа | Содержание работ |
---|---|
Б.4.1 Функциональный анализ | Определение оптимального соотношения аппаратных и программных способов реализации автоматизированных функций системы вооружения. |
Уточнение и анализ функций, реализуемых ПССВ: | |
— алгоритмы решения задач; | |
— интерфейсы (внешние, пользовательские, межкомплексные); | |
— способы контроля функционирования; | |
— способы реализации требований надежности и специальных требований. | |
Уточнение декомпозиции ПССВ на комплексы программ и компоненты. | |
Анализ и опробование аналогов ПССВ из ФАП. | |
Моделирование функций и характеристик ПССВ. | |
Разработка функциональной архитектуры ПССВ | |
Б.4.2 Разработка требований к конфигурации вычислительного комплекса | Уточнение требований к вычислительным ресурсам. |
Разработка требований к конфигурации вычислительных средств и сопроцессорным устройствам. | |
Разработка ЧТЗ на компоненты вычислительного комплекса. | |
Выбор языков программирования | |
Б.4.З Планирование разработки ПССВ | Ориентировочные расчеты трудозатрат, времени и стоимости разработки ПССВ. |
Оценка реальных сроков разработки ПССВ и ресурсов. | |
Формирование укрупненного сквозного графика разработки ПССВ. | |
Выбор и обоснование основных концепций технологии разработки ПССВ и состава технологического стенда на базе серийной вычислительной техники. | |
Разработка ЧТЗ на компоненты ПССВ. Создание кооперации организаций-исполнителей. | |
Разработка, испытание, передача в опытную эксплуатацию и сопровождение отдельных компонентов ПССВ. | |
Разработка руководящих указаний по проектированию компонентов ПССВ. | |
Уточнение ТЗ на разработку ПССВ по стадиям и этапам работ. | |
Создание базы данных программного проекта для автоматизированного управления и контроля хода разработки ПССВ | |
Б.4.4 Выпуск эскизного проекта ПССВ | Составление пояснительной записки эскизного проекта ПССВ. |
Согласование и утверждение эскизного проекта ПССВ |
Таблица Б.5 — Фаза «Разработка». Стадия «Технический проект»
Наименование этапа | Содержание работ |
---|---|
Б.5.1 Технологическая подготовка разработки ПССВ | Уточнение технологии проектирования разработки, документирования и испытаний ПССВ, согласование с организациями-исполнителями. |
Расчет ресурсов и производительности ТЛПП. | |
Выбор средств автоматизации проектирования, программирования, тестирования, документирования. | |
Доукомплектация ТЛПП техническими и программными средствами. | |
Настройка инструментальных средств разработки ПССВ. | |
Разработка ЧТЗ на средства автоматизации испытаний ПССВ, тренажеры и обучающие средства | |
Б.5.2 Проектирование ПССВ | Проверка на полноту, непротиворечивость и завершенность описания ПССВ. |
Декомпозиция ПССВ на модули и другие компоненты. | |
Уточнение взаимодействия программных комплексов и компонентов. | |
Разработка протоколов обмена со смежными системами. | |
Разработка структур данных, входных и выходных форм документов, методов организации доступа и способов кодирования и контроля. | |
Разработка внешних связей компонентов ПССВ. Детализация требований к ресурсам, параметрам используемых вычислительных средств. | |
Контроль внешних связей и протоколов обмена. | |
Оценка качества проекта ПССВ. | |
Уточнение требований к функционированию компонентов ПССВ. | |
Разработка, согласование и уточнение ТЗ на программирование компонентов ПССВ | |
Б.5.3 Детальное проектирование ПССВ и структур данных | Детальная разработка структур данных, выбор программных средств их ведения. |
Разработка требований к функционированию компонентов ПССВ с учетом технических характеристик. | |
Разработка прототипа ПССВ и имитатора модели внешней среды. | |
Испытание прототипа ПССВ. | |
Корректировка прототипа ПССВ. | |
Уточнение графика разработки ПССВ. | |
Разработка, испытание, передача в опытную эксплуатацию и сопровождение отдельных компонентов ПССВ | |
Б.5.4 Создание технологических стендов для отладки и испытаний ПССВ | Уточнение требований к вычислительным ресурсам системы вооружения. |
Разработка уточненных требований к составу и срокам готовности стендов | |
Б.5.5 Выпуск технического проекта ПССВ | Разработка пояснительной записки к техническому проекту ПССВ. |
Согласование и утверждение технического проекта |
Таблица Б.6 — Фаза «Разработка». Стадия «Рабочая документация»
Наименование этапа | Содержание работ |
---|---|
Б.6.1 Разработка программ и программной документации ПССВ | Разработка детального графика кодирования, компоновки, документирования и испытания программ. |
Технологическая подготовка стадии «Рабочая документация». | |
Разработка средств тестирования и программ-имитаторов для автономной и комплексной отладки ПССВ. | |
Разработка машинных алгоритмов модулей. | |
Создание программы (кодирование, трансляция). | |
Разработка тестов модулей. | |
Тестирование модулей. | |
Автономная отладка ПССВ. | |
Уточнение функций модулей. | |
Документирование программ компонентов. | |
Оценка качества программ компонентов | |
Б.6.2 Комплексная отладка ПССВ | Разработка детального (сетевого) графика комплексной отладки ПССВ. |
Настройка ТЛПП. | |
Компоновка комплексов программ. | |
Подготовка тестовых примеров. | |
Отладка комплексов программ в статическом режиме. | |
Проверка готовности технологического стенда отладки и испытаний ПССВ. | |
Отладка комплексов программ в реальном масштабе времени. | |
Оценка качества комплексов программ. | |
Выпуск программной документации на комплексы программ. | |
Разработка технических условий на компоненты ПССВ | |
Б.6.3 Тестирование комплексов программ | Разработка методики и графика тестирования. |
Подготовка тестовых примеров и исходных данных с участием заказчика. | |
Тестирование комплексов программ. | |
Ведение журнала тестирования. | |
Анализ результатов тестирования программных модулей. | |
Устранение ошибок, корректировка программ и документации на ПССВ по результатам тестирования. | |
Оценка качества комплексов программ |
Таблица Б.7 — Фаза «Разработка». Стадия «Ввод в действие»
Наименование этапа | Содержание работ |
---|---|
Б.7.1 Предварительные испытания ПССВ | Разработка программы и методики испытаний ПССВ. |
Комплектование системы носителями и программной документацией. | |
Подготовка совместно с заказчиком контрольных примеров. | |
Проведение совместно с заказчиком испытаний в соответствии с программой и методикой. | |
Ведение журнала испытаний ПССВ. | |
Доработка ПССВ по результатам испытаний. | |
Уточнение технических требований и требований к функционированию ПССВ. | |
Корректировка программной документации. | |
Подготовка заключения о готовности ПССВ к работе в системе вооружения. | |
Обучение должностных лиц системы вооружения работе с ПССВ при испытаниях. | |
Передача ПССВ и программной документации головному разработчику | |
Б.7.2 Приемочные испытания ПССВ | Участие в согласовании программы и методики испытаний и графика проведения испытаний. |
Сопровождение испытаний. | |
Формирование технических требований на модернизацию ПССВ. | |
Подготовка заключения о функционировании ПССВ при приемочных испытаниях системы вооружения | |
Б.7.3 Предъявление ПССВ в ФАП МО РФ | Корректировка программы и программной документации по результатам приемочных испытаний. |
Передача ПССВ в ФАП МО РФ |
Таблица Б.8 — Фаза «Применение». Стадия «Производство»
Наименование этапа | Содержание работ |
---|---|
Б.8.1 Постановка ПССВ на производство | Передача программ на носителях данных и программных документов на предприятие-изготовитель программного продукта. |
Подготовка производства для изготовления программных изделий и программной документации. | |
Освоение производства ПССВ. | |
Уведомление службы сопровождения о рекомендациях пользователей. | |
Сопровождение производства ПССВ | |
Б.8.2 Изготовление ПССВ | Подготовка исходных параметров для настройки версий ПССВ. |
Генерация данных для версий ПССВ. | |
Компоновка версий ПССВ. | |
Формирование программного изделия версии ПССВ. | |
Выпуск комплекта эксплуатационной документации для версии ПССВ | |
Выходной контроль постоянной части ПССВ по составу и содержанию. | |
Б.8.3 Контроль и приемка ПССВ | Выходной контроль ПИ. |
Тиражирование ПИ и комплекта эксплуатационной документации для комплектования поставки. | |
Контроль копий на соответствие техническим условиям на ПССВ. | |
Приемка ПИ и комплекта эксплуатационной документации отделом технического контроля. | |
Сертификация ПССВ | |
Б.8.4 Поставка ПССВ потребителю | Отправление ПССВ потребителю. |
Приемка ПССВ потребителем. | |
Сохранение подлинников |
Таблица Б.9 — Фаза «Применение». Стадия «Сопровождение»
Наименование этапа | Содержание работ |
---|---|
Б.9.1 Организация сопровождения ПССВ | Приемка ПССВ на сопровождение. |
Прогнозирование трудоемкости сопровождения ПССВ. | |
Разработка технологии сопровождения ПССВ | |
Б.9.2 Модернизация ПССВ | Анализ заявок на модификацию ПССВ. |
Планирование работ по модификации компонентов ПССВ или их разработка. | |
Проведение модификации компонентов ПССВ в соответствии с ЧТЗ. | |
Выпуск извещений об изменении ПССВ. | |
Внесение изменений в программную документацию | |
Б.9.3 Анализ функционирования | ПО Учет и классификация ошибок в ПССВ. |
Учет трудоемкости модификации ПССВ. | |
Разработка предложений о развитии и совершенствовании ПССВ |
Таблица Б. 10 — Фаза «Применение». Стадия «Эксплуатация»
Наименование этапа | Содержание работ |
---|---|
Б.10.1 Опытная (экспериментальная) эксплуатация ПССВ | Ввод ПССВ в опытную эксплуатацию на объекте заказчика. |
Сбор данных о функционировании ПССВ в составе системы вооружения. | |
Устранение ошибок в ПССВ и доработка ПССВ разработчиками | |
Б.10.2 Функционирование ПССВ в составе системы вооружения | Ввод ПССВ в штатную эксплуатацию. |
Сбор данных о функционировании ПССВ. | |
Формирование пользователем технических требований на модернизацию ПССВ (через службу сопровождения). | |
Внесение изменений в ПССВ | |
Б.10.3 Подготовка к снятию ПССВ с эксплуатации | Обоснование целесообразности снятия ПССВ с эксплуатации. |
Подготовка и утверждение документа о снятии ПССВ с эксплуатации. | |
Организация хранения документации на ПССВ и копий ПССВ на машинных носителях | |
Б.10.4 Прекращение эксплуатации ПССВ | Снятие ПССВ с эксплуатации. |
Списание ПССВ |
ПРИЛОЖЕНИЕ В (обязательное)
СОСТАВ ДОКУМЕНТАЦИИ, ВЫПУСКАЕМОЙ НА РАЗЛИЧНЫЕ КОМПОНЕНТЫ ПРОГРАММНОЙ ПРОДУКЦИИ ВОЕННОГО НАЗНАЧЕНИЯ
Таблица В.1
Группы документации и виды документов | Степень обязательности выпуска документов на программные компоненты вида | ||||
---|---|---|---|---|---|
программа | программное средство | программное изделие | программно-аппаратное изделие | программное изделие АС | |
Проектная программная документация (по ЕСПД): | |||||
— спецификация | + | * | * | * | * |
— ведомость держателей подлинников | — | ○ | ○ | ○ | ○ |
— текст программы | * | ○ | ○ | ○ | ○ |
— описание программы | ○ | ○ | + | * | + |
— программа и методика испытаний | ○ | ○ | ○ | ○ | ○ |
— пояснительная записка | — | ○ | ○ | — | — |
Эксплуатационная программная документация (по ЕСПД): | |||||
— ведомость эксплуатационных документов | ○ | + | + | + | + |
— формуляр | ○ | ○ | ○ | ○ | ○ |
— описание применения | ○ | ○ | ○ | + | + |
— руководство системного программиста | ○ | ○ | + | + | + |
— руководство программиста | ○ | + | + | + | + |
— руководство оператора | ○ | + | + | + | + |
— описание языка | ○ | ○ | ○ | ○ | ○ |
— руководство по техническому обслуживанию | ○ | ○ | ○ | + | ○ |
Техническое задание | — | + | * | * | * |
Организационно-техническая документация | |||||
— график разработки | — | ○ | ○ | ○ | ○ |
— руководящие указания по разработке | — | ○ | ○ | ○ | ○ |
— паспорт автономной отладки | ○ | ○ | — | ○ | ○ |
— паспорт комплексной отладки | — | — | ○ | ○ | ○ |
— акт о приемочных испытаниях | ○ | ○ | ○ | ○ | ○ |
— акт о готовности к эксплуатации | — | — | ○ | ○ | ○ |
— журнал тестирования и испытаний | — | ○ | ○ | ○ | ○ |
— журнал корректировок | — | ○ | ○ | ○ | ○ |
— журнал опытной эксплуатации | — | — | ○ | ○ | ○ |
Технологическая программная документация: | |||||
— сертификат соответствия программного продукта | — | ○ | * | * | * |
— сертификат на соответствие требованиям безопасности информации | + | + | + | + | + |
— руководство администратора | — | + | + | + | + |
— спецификация программы | — | ○ | ○ | ○ | ○ |
Документация фонда алгоритмов и программ (ФАП): | |||||
— информационная карта по форме ФАП | — | ○ | ○ | — | ○ |
— акт об экспертизе материала, подготовленного для публикации | — | ○ | ○ | — | ○ |
— справка о фактических затратах на разработку программного компонента | — | ○ | ○ | — | ○ |
— справка об устранении недостатков | — | ○ | ○ | — | ○ |
Примечание — Условные обозначения:
* — документ обязательный,
+ — документ обязательный для компонентов, имеющих самостоятельное применение;
○ — необходимость выпуска документа определяют при разработке и утверждении ТЗ;
«-» — документ не разрабатывается.
ПРИЛОЖЕНИЕ Г (информационное)
БИБЛИОГРАФИЯ
[1] Руководящий документ. Несанкционированный доступ к информации. Термины и определения. — М.: Гостехкомиссия, 1992
[2] Руководящий документ. Концепция защиты средств вычислительной техники и автоматизированных систем от несанкционированного доступа к информации. — М.: Гостехкомиссия, 1992
[3] Руководящий документ. Автоматизированные системы. Защита от несанкционированного доступа к информации. Классификация автоматизированных систем и требования по защите информации. — М.: Гостехкомиссия,
[4] Руководящий документ. Временное положение по организации разработки, изготовления и эксплуатации программных и технических средств защиты информации от несанкционированного доступа в автоматизированных системах и средствах вычислительной техники. — М.: Гостехкомиссия, 1992
[5] Руководящий документ. Защита от несанкционированного доступа к информации. Показатели защищенности от несанкционированного доступа к информации. — М.: Гостехкомиссия, 1992
[6] О повышении эффективности функционирования и использования Государственного фонда алгоритмов и программ: Постановление Государственного комитета СССР по науке и технике № 581 от 10 октября 1979 г.
Оглавление
ТРЕБОВАНИЯ К ПРОГРАММАМ, ПЕРЕДАВАЕМЫМ В ФОНД АЛГОРИТМОВ И ПРОГРАММ МИНИСТЕРСТВА ОБОРОНЫ РОССИЙСКОЙ ФЕДЕРАЦИИ
СОДЕРЖАНИЕ РАБОТ ПО ФАЗАМ, СТАДИЯМ И ЭТАПАМ ЖИЗНЕННОГО ЦИКЛА ПРОГРАММНЫХ СРЕДСТВ СИСТЕМ ВООРУЖЕНИЯ
СОСТАВ ДОКУМЕНТАЦИИ, ВЫПУСКАЕМОЙ НА РАЗЛИЧНЫЕ КОМПОНЕНТЫ ПРОГРАММНОЙ ПРОДУКЦИИ ВОЕННОГО НАЗНАЧЕНИЯ
БИБЛИОГРАФИЯ
Предложите, как улучшить StudyLib
(Для жалоб на нарушения авторских прав, используйте
другую форму
)
Ваш е-мэйл
Заполните, если хотите получить ответ
Оцените наш проект
1
2
3
4
5
Слайд 1Дисциплина «Автоматизированные системы специального назначения» (Д-3110-02)
Тема 1. Концепция автоматизации управления
войсками (силами)
Занятие 4. Лекция.
Организация информационных процессов преобразования данных
в САУВН
Доцент 31 кафедры, кандидат военных наук, доцент полковник Чукариков Александр Геннадьевич
Слайд 2Учебные цели:
1. Раскрыть концепцию преобразования данных в САУВН
2. Дать
характеристику основных трактов преобразования данных в САУВН
Учебные вопросы:
1.Базовые информационные процессы.
2.Понятие
тракта преобразования данных в САУВН и их классификация.
3. Виды трактов преобразования данных в САУВН.
4. Разработка постановок задач и алгоритмов их решения.
Учебные цели и вопросы
Слайд 31. Анфилатов В.С., Авраменко В.С., Пантюхин О.И. Теоретические основы автоматизации
управления войсками и связью. Часть 2. Основы построения и функционирования
систем автоматизации управления войсками и связью:Уч.пособие.СПб.:ВАС,2015. 304с. [1,с.94-116].
2.Новые информационные и сетевые технологии в системах управления военного назначения. Часть 2. Учебник. Под редакцией профессора И.Б.Саенко. – СПб.: ВАС, 2010.
3. ГОСТ 19.003-80 «Обозначениями элементов в схемах алгоритмов и программ».
4. Руководство по разработке программной продукции военного назначения, утверждено начальником ГШ ВС РФ 24.12.1999 года.
5.Теория информационных процессов и систем: учебник для студ.высш.учеб.заведений/ Б.Я.Советов и др.; под редакцией Б.Я. Советова.- М.: Изд.центр «Академия», 2010.-432с.
Литература
Слайд 4АИС – автоматизированная информационная система
ИС – информационная система
ИП — информационный
процесс
ИТ — информационная технология
ТПД — тракт преобразования данных
Принятые сокращения
Организация (от
лат. organizе — сообща, стройный вид, устраиваю) – процесс упорядочения чего-либо или упорядоченность как результат этого процесса.
Этот термин имеет ряд толкований:
1) совокупность действий, ведущих к образованию и/или изменению связей между частями целого (созданию или изменению структуры) системы;
2) внутренняя упорядоченность, согласованность взаимодействия относительно автономных частей системы, обусловленная ее строением;
3) объединение людей, совместно действующих по достижению цели на основе определенных принципов и процедур.
Слайд 5Тракт преобразования данных (ТПД) в САУВН — совокупность технологически увязанных
средств САУВН, реализующая определённые типы преобразования определённых видов
информации.
Функционирование САУ, как и других ИС, базируется на реализации ИП, разнообразие которых требует выделения базовых, позволяющих осуществлять типизацию и унификацию проектных решений.
Технологический процесс — часть ИП, включающая действия (физические, механические и др.) по изменению состояния информации.
Введение
Слайд 6Быстрое развитие информационных технологий позволяет переместить всю информацию в киберпространство.
Основные задачи, которые необходимо решать в этом случае:
определение моделей данных
для новых типов (например, пространственных, темпоральных, графических) и их интеграция с традиционными системами баз данных;
масштабирование баз данных по размеру (до петабайт), пространственному размещению (распределённые) и многообразию (неоднородные);
автоматическое обнаружение тенденций данных, структур и аномалий (добывание данных, анализ данных);
интеграция (комбинирование) данных из нескольких источников;
создание сценариев и управление потоком работ (процессом) и данными в организациях;
автоматизация проектирования и администрирования базами данных.
Введение
Слайд 7
Базовый информационный процесс основан на использовании стандартных моделей и инструментальных
средств и может быть использован в качестве составной части информационной
технологии.
В состав базовых ИП входят:
Вопрос №1. Базовые информационные процессы
извлечение (сбор, ввод, приём) информации;
передача (транспортирование) информации;
обработка (преобразование) информации;
хранение информации;
представление (вывод, выдача) и использование информации.
Слайд 8Информационная технология базируется на реализации ИП, разнообразие которых требует выделения
базовых процессов, характерных для любой информационной технологии.
Извлечение (сбор, ввод) информации
Обработка
(преобразование) информации
Передача (транспорти-рование) информации
Хранение информации
Представление (вывод, выдача) и использование информации
Слайд 9Информационный процесс – совокупность упорядоченных по месту, времени и целям
операций преобразования информации состояния в командную информацию.
Информационный процесс в АСУ
ВН – процесс сбора, обработки, хранения, передачи и выдачи информации в интересах управления войсками (силами, оружием), принятия решений, доведения решений до объектов управления и контроль их исполнения.
Слайд 10Источниками информации могут являться должностные лица, данные, знания, документы, ЭВМ.
Источниками данных в любой предметной области являются объекты и их
свойства, процессы и функции, выполняемые этими объектами или для них. Любая предметная область (ПрО) рассматривается в виде трёх представлений (рис).
В процессе извлечения
информации можно выделить
следующие фазы:
накопление;
структурирование;
формализация;
обслуживание.
1.1. Извлечение информации
Слайд 11При извлечении информации важное место занимают различные формы и методы
исследования данных:
— нахождение ассоциаций, связанных с привязкой к какому- либо
событию;
— нахождение последовательностей событий во времени;
— нахождение скрытых закономерностей по наборам данных путем определения причинно-следственных связей между значениями определенных косвенных параметров исследуемого объекта;
— оценка влияния параметров на события и ситуации;
— классифицирования, осуществляемое путём поиска критериев, по которым можно было бы относить объект к той или иной классификационной категории;
— кластеризация, основанная на группировании объектов по каким-либо признакам;
прогнозирование событий и ситуаций;
неоднородность ресурсов, характерная для многих предметных областей.
Слайд 12Одним из путей решения данной проблемы является объектно-ориентированный подход (ООП).
Кратко рассмотрим его основные положения.
Декомпозиция на основе объектно-ориентированного подхода основана
на выделении таких основных понятий, как: объект, атрибут, экземпляр, класс.
— Объект — абстракция множества предметов реального мира, обладающих одинаковыми характеристиками и законами поведения. Объект характеризует собой типичный неопределенный элемент такого множества. Основной характеристикой объекта является состав его атрибутов.
— Атрибуты — специальные объекты, посредством которых можно задать правила описания свойств других объектов.
— Экземпляр — конкретный определенный элемент множества. Например, объектом может являться госномер автомобиля, а экземпляром этого объекта — конкретный номер К 173 ПА.
— Класс — это множество предметов реального мира, связанных общностью структуры и поведением. Элемент класса — это конкретный элемент данного множества. Например, класс регистрационных номеров автомобиля.
Слайд 14Среди методов обогащения информации различают:
Структурное обогащение (предполагает изменение параметров сообщения,
отображающего информацию в зависимости от частотного спектра исследуемого процесса, скорости
обслуживания источников информации и требуемой точности).
При статистическом обогащении осуществляют накопление статистических данных, обработку выборок из генеральных совокупностей накопленных данных.
Семантическое обогащение означает минимизацию логической формы, исчислений и высказываний, выделение и классификацию понятий, содержания информации, переход от частных понятий к более общим.
Прагматическое обогащение является важной ступенью при использовании информации для принятия решения, при котором из полученной информации отбирается наиболее ценная, отвечающая целям и задачам пользователя.
Слайд 15Развитие методов и средств извлечения информации
Характерным примером является создание
и внедрение технологий Data Mining и Text Mining.
Data Mining (в
переводе с английского -«добыча данных») — это направление в ИТ, которое связано с автоматизированным извлечением знаний (неявным образом присутствующих в обрабатываемой информации) и базируется на интеллектуальном анализе данных (ИАД).
Text Mining является разновидностью Data Mining, ориентирована на обработку текстовой информации и широко применяетсядля мониторинга ресурсов Internet. Задача Text Mining — проанализировать не синтаксис, а семантику значения текстов, выбрать из него информацию, наиболее значимую для пользователя (есть тесная связь с контент-анализом).
Слайд 16Развитие методов и средств извлечения информации
Направления технологии Data Mining:
-широкий
спектр методов поиска информации в сети Internet на основе информационно-поисковых
систем (ИПС) (поисковые машины и поисковые каталоги);
-XML-технологии: стандартизации описания структурированных, неструктурированных и полуструктурированных текстов для создания единой технологии их обработки;
-Онтологии (основные термины документов и связи между ними) используются для систематизации данных на корпоративных порталах индексации и обеспечения удобного поиска;
-Семантическая сеть — развитие концепции существующей глобальной сети. Чтобы придать информации четко определенное значение, нужно создать язык онтологии, т.е. общий набор терминов, которые используются для описания и представления объектов в Internet. Создается язык OWL (Ontology Web Language), разработку которого одобрил консорциум W3C.
Слайд 17Основным физическим способом реализации операции транспортировки является использование локальных вычислительных
сетей и сетей передачи данных. При разработке и использовании сетей
для обеспечения совместимости используется ряд стандартов, объединенных в семиуровневую модель открытых систем, принятую во всем мире и определяющую правила взаимодействия компонентов сети на данном уровне (протокол уровня)
и правила взаимодействия компонентов
различных уровней (межуровневый
интерфейс).
1.2. Транспортирование информации
Слайд 18Физический уровень — нижний уровень модели, который определяет метод передачи
данных, представленных в двоичном виде, от одного устройства (компьютера) к
другому.
1.2. Транспортирование информации
Канальный уровень предназначен для обеспечения
взаимодействия сетей на физическом уровне и
контроля за ошибками, которые могут возникнуть.
Сетевой уровень обеспечивает определение маршрута
передачи пакетов в сети.
Транспортный уровень предназначен для обеспечения
надёжной передачи данных от отправителя к
получателю.
Сеансовый уровень обеспечивает поддержание сеанса
связи, позволяя приложениям взаимодействовать
между собой длительное время.
Слайд 191.2. Транспортирование информации
Управление представлением. Программные средства этого уровня выполняют преобразования данных
из внутреннего формата передающего компьютера во внутренний формат компьютера-получателя, если
эти форматы отличаются друг от друга. Данный уровень включает функции, относящиеся к используемому набору символов, кодированию данных и способам представления данных на экранах дисплеев или печати.
Прикладной уровень относится к функциям, которые обеспечивают поддержку пользователю на более
высоком прикладном и системном уровнях,
например:
организация доступа к общим сетевым
ресурсам: информации, дисковой памяти,
программным приложениям, внешним
устройствам
(принтерам, стримерам и др.);
* передача электронных сообщений,
включая электронную почту;
* организация электронных конференций;
* диалоговые функции высокого уровня.
Слайд 201.2. Транспортирование информации
Наиболее часто используемыми наборами протоколов среднего уровня являются
следующие:
— протоколы NetBIOS и NetBEUI, поддерживаемые большинством сетевых операционных систем
и используемые только в локальных сетях;
— протоколы TCP/IP, являющиеся стандартом для глобальной сети Internet, используемые в локальных сетях и поддерживаемые большинством сетевых операционных систем.
Наиболее распространенными являются следующие высокоуровневые протоколы:
— перенаправления запросов и обмена сообщениями (SMB, NCP);
— управления сетями (SNMP);
— сетевой файловой системы (NFS);
— вызова удаленных процедур (RPC);
— повышающие эффективность использования протоколов TCP/IP среднего уровня (DNS, DHSP);
— удаленного доступа к компьютерам (SLIP, PPP,Telnet);
— передачи файлов (FTP);
— передачи гипертекста (HTTP);
— электронной почты (SMTP, POP3, IMAP4);
— организации электронных конференций и системы новостей (NNTP).
Слайд 21Требования к компьютерной сети.
Производительность. К основным характеристикам производительности относятся: время
реакции; скорость передачи данных; задержка передачи и ее вариация.
Надёжность и
безопасность сети (Готовность. Сохранность данных (и их защита от искажений). Согласованность данных (их непротиворечивость). Безопасность. Отказоустойчивость.)
Расширяемость.
Масштабируемость.
Прозрачность.
1.2. Транспортирование информации
Слайд 22Обработка информации состоит в получении одних «информационных объектов» из других
«информационных объектов» путем выполнения некоторых алгоритмов и является одной из
основных операций, выполняемых с информацией и главным средством увеличения ее объема и разнообразия.
1.На самом верхнем уровне можно выделить числовую и нечисловую обработки.
2.С точки зрения реализации на основе современных достижений КСА выделяют такие виды обработки информации:
последовательная обработка, применяемая в традиционной фоннеймановской архитектуре ЭВМ, располагающей одним процессором;
параллельная обработка, при наличии нескольких процессоров в ЭВМ;
конвейерная обработка, связанная с использованием в архитектуре ЭВМ одних и тех же ресурсов для решения разных задач, причем если эти задачи тождественны, то это последовательный конвейер, если задачи одинаковые — векторный конвейер.
1.3. Обработка информации
Слайд 231.3. Обработка информации
Архитектуры ЭВМ с точки зрения обработки информации:
-Архитектуры с
одиночным потоком команд и одиночным потоком данных (SISD).
-Архитектуры с одиночным
потоком команд и множественным потоком данных (SIMD).
-Архитектуры с множественным потоком команд и одиночным потоком данных (MISD)- конвейерные процессоры.
-Архитектуры с множественным потоком команд и множественным потоком данных (MIMD).
Слайд 24Основные процедуры обработки данных
Слайд 251.3. Обработка информации
Поддержка принятия решения (ППР) является наиболее важным действием,
выполняемым при обработке информации. Процесс принятия решения протекает в условиях
определённости, или риска, или неопределённости, или многокритериальности.
Решение задач с помощью искусственного интеллекта заключается в сокращении перебора вариантов при поиске решения, при этом программы реализуют те же принципы, которыми пользуется в процессе мышления человек.
Экспертная система пользуется знаниями, которыми она обладает в своей узкой области, чтобы ограничить поиск решения задачи путем постепенного сужения круга вариантов.
Для поддержки принятия решений обязательным является наличие таких компонентов, как обобщающий анализ, прогнозирование, ситуационное моделирование.
Слайд 261.3. Экспертные системы
Методы решения задач в экспертных системах:
— метод логического
вывода, основанный на технике доказательств, называемой резолюцией и использующей опровержение
отрицания (доказательство «от противного»);
— метод структурной индукции, основанный на построении дерева принятия решений для различения объектов из большого количества данных на входе;
— метод эвристических правил, основанных на перенимании опыта у экспертов-людей, а не на абстрактных правилах формальной логики;
— метод машинной аналогии, основанный на представлении информации о сравниваемых объектах в удобном виде, например, в виде структур данных, называемых фреймами.
Слайд 271.3. Процесс выработки решения на основе первичных данных
Слайд 281.3. Экспертные системы
Система поддержки принятия решений (СППР) — автоматизированная интерактивная
человеко- машинная система на основе использования данных и моделей.
Понятие информационной
системы (ИС) и понятие СППР являются взаимодополняющими.
Типы информационных подсистем в АСУ:
системы обработки данных
(EDP — Electronic Data Processing);
информационная система управления
(MIS -Management Information System);
система поддержки принятия решений
(DSS -Decision Support System).
Слайд 29Информационная технология поддержки
принятия решений
Основные компоненты
В состав СППР входят три
главных компонента: база данных, база моделей и программная подсистема, которая
состоит из системы управления базой данных (СУБД), системы управления базой моделей (СУБМ) и системы управления интерфейсом между пользователем и компьютером.
Слайд 301.3. Основные технологии интеллектуального анализа данных
Слайд 31Хранение и накопление — одни из основных действий, осуществляемые с
информацией, и главное средство обеспечения её доступности в течение промежутка
времени. В настоящее время определяющими направлениями реализации этих операций является концепция базы данных, хранилища данных.
База данных — совокупность взаимосвязанных данных, используемых многими пользователями и хранящихся с регулируемой избыточностью.
Система баз данных — совокупность системы управления БД, прикладного ПО, базы данных, операционной системы и технических средств, обеспечивающих информационное обслуживание пользователей.
Хранилище данных (ХД) (Склад данных, Информационное хранилище — Data Warehouse) -база данных, хранящая данные, агрегированные по многим измерениям. Основные отличия ХД от БД: агрегирование данных; данные из ХД никогда не удаляются; пополнение ХД происходит на периодической основе; автоматическое формирование новых агрегатов данных, зависящих от старых; доступ к ХД осуществляется на основе многомерного куба или гиперкуба.
Витрины данных (Data Mart), альтернатива хранилищу данных — множество тематических БД, содержащих информацию, относящуюся к отдельным информационным аспектам предметной области.
1.4. Хранение информации
Слайд 32Каждый из участников действия (пользователь, группа пользователей, «физическая память») имеет
свое представление об информации (внешнее).
По отношению к пользователям принято использовать
трёхуровневое представление для описания предметной области (ПрО) (рис.): концептуальное, логическое и физическое (внутреннее).
Концептуальный уровень связан с частным представлением данных группы пользователей, использующих одну и ту же информацию, в виде внешней схемы. Каждый конкретный пользователь работает с частью БД и представляет ее в виде внешней модели (модель «сущность — связь»: ER-модель, модель Чена, бинарные и инфологические модели, семантические сети).
Логический уровень является обобщенным представлением данных всех пользователей в абстрактной форме. Используются классические модели данных: иерархические, сетевые, реляционные; и новые модели: постреляционные, многомерные, объектно-ориентированные МД …
Физический (внутренний) уровень связан со способом фактического хранения данных в физической памяти ЭВМ и во многом определяется конкретным методом управления файловой системы ОС, СУБД, Машины БД (физическая БД).
1.4. Хранение информации
Слайд 331.4. Описания предметной области
Слайд 341.4. Фрагмент предметной области «Материально-техническое снабжение»
Слайд 351.4. Представление БД на логическом уровне для разных Моделей Данных
Слайд 36В условиях использования ИТ функции взаимодействия распределены между человеком и
техническими устройствами.
Основной задачей операции представления информации пользователю является создание
эффективного интерфейса в системе «человек-компьютер». При этом осуществляется преобразование информации в форму, удобную для восприятия пользователя. Среди вариантов интерфейса в системе «человек-компьютер» можно выделить два основных типа: на основе меню («смотри и выбирай») и на основе языка команд («вспоминай и набирай»).
Интерфейсы на основе меню облегчают взаимодействие пользователя с компьютером, так как не требуют предварительного изучения языка общения с системой. Такой способ общения удобен для начинающих и непрофессиональных пользователей.
Интерфейс на основе языка команд требует знания пользователем синтаксиса языка общения с компьютером. Достоинствами командного языка являются его гибкость и мощность. Указанные два способа реализации интерфейса представляют собой крайние случаи, между которыми возможно существование различных промежуточных вариантов.
1.5. Представление и использование информации
Слайд 37Составные части интерфейса
1.5. Представление и использование информации
Технология представления информации должна
давать дополнительные возможности для понимания её пользователями, поэтому целесообразно использование
графики, диаграмм, технологических карт, географических карт,
подсказок, справок и т.п.
Слайд 381.5. Представление и использование информации. Web-технология.
Этим требованиям удовлетворяет Web-технология. Развитие
средств вычислительной техники привело к ситуации, когда вместо традиционных параметров
— производительность, пропускная способность, объем памяти — узким местом стал интерфейс с пользователем. Первым шагом на пути преодоления кризисной ситуации стала концепция гипертекста, впервые предложенная Теодором Хольмом Нельсоном. Гипертекст — это обычный текст, содержащий ссылки на собственные фрагменты и другие тексты. Развитием концепции стала технология гипермедиа.
Слайд 391.5. Представление и использование информации. Web-технология.
Слайд 401.5. Представление и использование информации. Web-технология.
Дальнейшее развитие гипертекст получил с
появлением сети Internet, когда появилась возможность размещать тексты на различных,
территориально удаленных компьютерах. При этом требовалось дальнейшее совершенствование интерфейса, так как имеющийся не позволял представить разнообразную информацию, был ограничен и затруднен для восприятия, отсутствовал доступ множества потребителей к единому массиву структурированной информации.
В результате была предложена и реализована концепция навигатора Web.
Web-сервер выступает в качестве информационного концентратора, получающего информацию из разных источников и в однородном виде представляющем пользователю. Средства Web обеспечивают также представление информации
с нужной степенью детализации с помощью
Web-навигатора. Таким образом,
Web — это инфраструктурный интерфейс
для пользователей различных уровней.
Слайд 411.5. Представление и использование информации. Web-технология.
Несомненным преимуществом Web-технологии является удобная
форма предоставления информационных услуг потребителям, определяемая как концепция публикаций информации
и имеющая следующие особенности:
-информация предоставляется потребителю в виде публикаций;
-публикация может объединять информационные источники различной природы и географического расположения;
-изменения в информационных источниках мгновенно отражаются в публикациях;
-в публикациях могут содержаться ссылки на другие публикации (гипертекстовые ссылки);
-потребительские качества публикаций соответствуют современным стандартам мультимедиа (доступны текст, графика, звук, видео, анимация);
-публикатор не заботится о процессе доставки информации к потребителю;
-количество потенциальных потребителей информации практически не ограничено;
-публикации отражают текущую информацию, время запаздывания определяется исключительно скоростью подготовки электронного документа;
-информация, представленная в публикации, легко доступна благодаря
гипертекстовым ссылкам и средствам контекстного поиска;
-информация легко усваивается потребителем благодаря широкому
спектру изобразительных возможностей, предоставляемых Web-технологией;
-технология не предъявляет особых требований к типам и источникам информации;
-технология допускает масштабируемые решения.
Слайд 42Вопрос №2. Понятие тракта преобразования данных
в САУВН и их
классификация
По своему содержанию функционирование САУВН представляет собой процесс преобразования информации,
начинающийся фиксацией её в местах возникновения (источниках) и кончающийся выдачей её пользователям (потребителям).
В качестве источников (поставщиков) информации могут выступать:
Источники и потребители информации
-должностные лица (ДЛ) оперативного состава и службы эксплуатации САУВН на её управляющих, управляемых и взаимодействующих объектах; — электронно-вычислительные машины (ЭВМ);
-автоматические датчики информации (АДИ).
Потребителями (пользователями) информации выступают:
должностные лица оперативного состава и службы эксплуатации;
электронно-вычислительные машины (ЭВМ);
-исполнительные устройства боевых/технических средств на объектах технологического управления, работающие в автоматическом режиме.
ДЛ и ЭВМ могут выступать в качестве как источников, так и потребителей информации.
Слайд 43F(
Состав формализованных сообщений в САУВН
Сообщение
Содержательная часть
Заголовок
Признак начала (продолжения)
сообщения
Адрес
отправителя сообщения
Адрес получателя сообщения
Характеристики информации
(степень важности, гриф секрет-
ности,
номер сообщения,
объем сообщения и др.)
Время отправления сообщения
(месяц, число, часы, минуты).
Контрольная сумма
Признак продолжения (конца)
сообщения
Концевик
Сведения о предметной области
Служебная часть
Наименования объектов
Наименования характеристик
объектов
Значения характеристик
объектов
Слайд 44Форматы формализованных сообщений в САУВН
1. Позиционный формат
Заголовок
НО1ЗХ11ЗХ12…ЗХ1n1
НО2ЗХ21ЗХ22…ЗХ2n2
…………………………………
НОmЗХm1ЗХm2…ЗХmnm
Концевик
2. Признаковый формат
p1Заголовок
p2НО1p3НХ11p4ЗХ11p3НХ12p4ЗХ12…p3НХ1n1p4ЗХ1n1
p2НО2 p3НХ21
p4ЗХ21 p3НХ22 p4ЗХ22… p3НХ2n2 p4ЗХ2n2
…………………………………………
p2НОm p3НХm1 p4Р4ЗХm1p3НХm2 p4ЗХm2 … p3НХmnmp4ЗХmnm
p5Концевик
НОi – наименование объекта i
ЗХij – значение характеристики j объекта i
3. Комбинированый формат
p1 – признак заголовка
p2 — признак наименования объекта
p3 — признак наименования характеристики объекта
p4 — признак значения характеристики объекта
p5 — признак концевика
Слайд 45Характеристики сообщения
как объекта преобразования в САУВН
С = < S,
F, L, T >
где С – сообщение;
S — содержание сообщения:
— оперативная информация (командно-распорядительная информация, информация состояния, информация взаимодействия),
— технологическая информация;
F – форма представления сообщения:
— языковая (документы, карты, схемы, фото, речь) и
неязыковая (сигналы),
— формализованная и неформализованная;
L — пространственное расположение источника сообщения относительно потребителя:
— ОУ-УО, УО-ОУ; УО-УО (следующий слайд)
T — время предоставления сообщения потребителю:
— сразу после фиксации,
— по истечении некоторого времени
Слайд 46Направления движения информации
в системе c управлением
УО
ОУ
УО
ОУ
УО
УО
ОУ
ОУ
ОУ
ОУ
Слайд 47Типы процессов преобразования информации в САУВ
Слайд 48 К определению тракта преобразования данных
Под трактом преобразования данных понимается
совокупность технологически увязанных средств САУВН, реализующая определенные виды преобразования определенных
видов информации.
ТПД образуют аппаратные, программные и информационные средства САУВН. Началом тракта является аппаратное средство источника (отправителя) информации с его программными и информационными средствами (АРМ, ЭВМ, АДИ), а концом тракта — аппаратное средство потребителя (получателя) информации со своими программными и информационными средствами (АРМ, ЭВМ, ИУ).
Если к тракту не предъявляются повышенные требования по устойчивости преобразования информации, он имеет линейную структуру — все его аппаратные средства (АС) соединяются друг с другом последовательно (слайд12,а). Чаще тракты строятся по последовательной схеме с ответвлениями или последовательно-параллельной схеме.
Слайд 49Схемы построения трактов преобразования данных в САУВН (АС-аппаратное средство)
Слайд 50Классификация трактов преобразования данных
в САУВН
Слайд 51Подклассы трактов по типам источника и потребителя информации
Слайд 52Подклассы трактов по типам источника и потребителя информации
Слайд 53Вопрос №3. Виды трактов преобразования данных
в САУВН
ОУ
ОУ
УО
ОУ
САУВН
Слайд 54Командно-Сигнальный Тракт
Командно-сигнальный тракт (КСТ) предназначается для доведения командно-сигнальной информации до
объектов АСУВС и .
Командно-сигнальная информация включает:
команды,
сигналы боевого управления,
подтверждения о приеме
команд и сигналов боевого управления,
донесения о выполнении команд и сигналов боевого управления.
Слайд 56Характеристика Командно-Сигнального Тракта
Специальные меры:
1) преобразуемым в тракте элементам командной информации
присваиваются высокие категории срочности (1 — для команд и сигналов
боевого управления, 2 — для подтверждений и донесений);
2) преобразуемой в тракте командной информации придается высокий уровень формализации (как правило, в позиционной форме);
3) жесткие ограничения (до 100 символов) на объем;
4) команды и сигналы сводятся в несколько групп (общих, видовых команд);
5) в тракте используются специализированные АРМ (специализация АРМ определяется прежде всего функциональной клавиатурой);
6) применяются различные способы доведения команд и сигналов боевого управления (циркулярный, циркулярно-избирательный, избирательный, списочный);
7) используются особые способы передачи сообщений с командами и сигналами по сети передачи данных. (способ «волны» и др.);
организуется жесткий контроль доведения команд и сигналов боевого управления (путем выдачи объектами-получателями подтверждений о приеме сообщения с командой (сигналом).
9) тракт строится как независимый от других трактов;
10) предусматривается дублирование трактов. Принято выделять основной, дублирующий и резервный тракты.
Особенность КСТ: высокие требования по оперативности и по надёжности
Слайд 57Информационно-расчётный тракт
ИРТ предназначен для выполнения процесса преобразования информации состояния в
командно-распорядительную информацию и доведения ее до управляемых объектов.
Функции ИРТ:
Слайд 58Характеристики вариантов организации подготовки
справок в ИРТ САУВН
Слайд 59Характеристики вариантов организации
решения задач в ИРТ САУВН
Слайд 60Действия по обработке типовых сообщений в ИРТ САУВН
Слайд 61Действия по обработке типовых сообщений в ИРТ САУВН
Слайд 62Контрольно-технологический тракт
КТТ предназначен для сбора, обработки, хранения и выдачи технологической
информации ДЛ обслуживающего и оперативного состава при подготовке САУВН к
применению и обеспечении заданной степени ее готовности.
Функции КТТ:
Слайд 64Задачи, решаемые в КТТ:
формирование и выдача вышестоящим объектам данных о
работоспособности КСА;
формирование и выдача управляющих воздействий на объектовые КСА;
формирование и
выдача справочной информации о функционировании объектовых КСА на рабочие места ДЛ службы эксплуатации и оперативного состава;
постоянное отображение готовности объектовых КСА к работе;
управление информационным восстановлением отказавших КСА;
контроль безопасности функционирования КСА;
контроль информационной идентичности КСА управляющих объектов;
корректировка маршрутно-адресных таблиц;
имитация потока сообщений КСА в режимах тренажа оперативного состава и проверки функционирования КСА вновь вводимых объектов;
ввод, обработка, хранение и выдача на средства отображения информации о наличии, состоянии и использовании ЗИП и расходных материалов;
учет всей поступающей и выдаваемой информации.
Слайд 65
Сокращения:
ОТЗ – оперативно-тактическая задача
Вопрос №4. Разработка постановок задач и
алгоритмов
их решения.
Слайд 66ТИТУЛЬНЫЙ ЛИСТ.
ИСПОЛНИТЕЛИ.
ПЕРЕЧЕНЬ СОКРАЩЕНИЙ.
1. ОБЩИЕ СВЕДЕНИЯ О ЗАДАЧЕ
1.1. Наименование задачи.
1.2. Назначение и цель решения
задачи.
1.3. Объекты (органы, пункты управления), на которых планируется решение задачи.
1.4. Должностные лица
(группы), в интересах которых разрабатывается задача.
2. ОПЕРАТИВНО-ТАКТИЧЕСКАЯ СУЩНОСТЬ ЗАДАЧИ
2.1. Область применения задачи.
2.2. Оперативно-тактическая сущность автоматизируемого процесса.
3. ОСНОВНЫЕ ТРЕБОВАНИЯ К ЗАДАЧЕ
3.1. Критерии решения задачи (для задач оптимизации).
3.2. Основные расчетные показатели, методики и математические зависимости при проведении расчетов.
3.3. Ограничения и допущения, принятые в задаче.
3.4. Периодичность решения задачи.
3.5. Методы решения задачи (при наличии).
4. ПОРЯДОК РЕШЕНИЯ ЗАДАЧИ
4.1. Режимы использования задачи.
4.2. Порядок запуска и управления работой.
4.3. Связи с другими задачами.
Содержание оперативной постановки ОТЗ (1)
Слайд 675. ВХОДНАЯ ИНФОРМАЦИЯ ЗАДАЧИ
5.1. Состав входной информации.
5.2. Структура входной информации.
5.3. Источники информации и порядок
ее получения.
5.4. Пределы изменения данных, их размерность.
6. ВЫХОДНАЯ ИНФОРМАЦИЯ ЗАДАЧИ
6.1. Состав выходной информации.
6.2. Структура
выходной информации.
6.3. Характер и режимы выдачи выходной информации
6.3.1. Печать выходной информации.
6.3.2. Запись в наборы данных выходной информации.
6.3.3. Выдача на устройства отображения выходной информации.
6.3.4. Макеты пользовательских интерфейсов.
6.3.5. Выдача в каналы связи выходной информации.
7. ОБЕСПЕЧЕНИЕ РЕЖИМА СЕКРЕТНОСТИ.
8. ТРЕБОВАНИЯ К КОНФИГУРАЦИИ ТЕХНИЧЕСКИХ И
ПРОГРАММНЫХ СРЕДСТВ ОБЩЕГО ПРИМЕНЕНИЯ
8.1. Требования к составу и характеристикам технических средств.
8.2. Требования к составу и возможностям программных средств общего применения.
ЛИТЕРАТУРА.
ПРИЛОЖЕНИЯ.
Содержание оперативной постановки ОТЗ (2)
Слайд 68Входная информация задачи (комплекса задач) — информация, поступающая в обработку
информационно-расчетными задачами (комплексами задач).
Выходная информация задачи (комплекса задач) — информация,
являющаяся результатом решения информационно-расчетных задач (комплексов задач).
Информация представляется в виде структурных единиц информации (СЕИ), которые определяют информационные объекты, имеющие неделимую без потери семантической сущности структуру.
Под описанием СЕИ понимается формализованное описание информации, в котором приводятся данные о наименовании, структуре и содержании информации, единицах измерения, формате и диапазоне значений для числовой информации.
Описание входной и выходной информации
Слайд 69В приложениях к «Постановке задачи» при наличии соответствующих требований приводятся:
формы входных и выходных документов,
правила формализации входных и формирования
выходных документов,
логические модели баз данных,
формы документов служебной информации,
правила заполнения документов служебной информации,
сведения о классификаторах и массивах нормативно-справочной информации задачи и другие данные, конкретизирующие на уровне постановки реализацию задачи в виде программного изделия.
Постановки ОТЗ выполняются с использованием, при необходимости, рисунков, графиков, таблиц в соответствии с требованиями ГОСТ 34.201-89 и РД 50-34.698-90.
Описание входной и выходной информации
Слайд 70Пример выходных форм информации об объектах своих войск, расположенных на
аэродромах.
Слайд 71Контрольные вопросы
Укажите основные фазы извлечения информации.
Объясните суть декомпозиции на основе
объектно-ориентированного подхода.
Что такое инкапсуляция, наследование и полиформизм?
Какие существуют методы обогащения
информации?
Раскройте содержание технологии Data Mining.
В чем особенности технологии Text Mining?
Раскройте назначение и функции КСТ.
Раскройте назначение и функции ИРТ.
Раскройте назначение и функции КТТ.
Поясните основные этапы разработки постановок ОТЗ.
Слайд 72Задание на самоподготовку
Повторить материал лекции.
Подготовиться к семинарскому занятию, подготовить рефераты
и выступления.
Повторить основные этапы разработки постановок ОТЗ и подготовиться
к практическому занятию.
Слайд 73Благодарю за внимание.
Желаю успехов в овладении материалом лекции
Таблица Б.6 — Фаза «Разработка». Стадия «Рабочая документация»
Наименование этапа | Содержание работ |
---|---|
Б.6.1 Разработка программ и программной документации ПССВ | Разработка детального графика кодирования, компоновки, документирования и испытания программ. |
Технологическая подготовка стадии «Рабочая документация». | |
Разработка средств тестирования и программ-имитаторов для автономной и комплексной отладки ПССВ. | |
Разработка машинных алгоритмов модулей. | |
Создание программы (кодирование, трансляция). | |
Разработка тестов модулей. | |
Тестирование модулей. | |
Автономная отладка ПССВ. | |
Уточнение функций модулей. | |
Документирование программ компонентов. | |
Оценка качества программ компонентов | |
Б.6.2 Комплексная отладка ПССВ | Разработка детального (сетевого) графика комплексной отладки ПССВ. |
Настройка ТЛПП. | |
Компоновка комплексов программ. | |
Подготовка тестовых примеров. | |
Отладка комплексов программ в статическом режиме. | |
Проверка готовности технологического стенда отладки и испытаний ПССВ. | |
Отладка комплексов программ в реальном масштабе времени. | |
Оценка качества комплексов программ. | |
Выпуск программной документации на комплексы программ. | |
Разработка технических условий на компоненты ПССВ | |
Б.6.3 Тестирование комплексов программ | Разработка методики и графика тестирования. |
Подготовка тестовых примеров и исходных данных с участием заказчика. | |
Тестирование комплексов программ. | |
Ведение журнала тестирования. | |
Анализ результатов тестирования программных модулей. | |
Устранение ошибок, корректировка программ и документации на ПССВ по результатам тестирования. | |
Оценка качества комплексов программ |
Таблица Б.7 — Фаза «Разработка». Стадия «Ввод в действие»
Наименование этапа | Содержание работ |
---|---|
Б.7.1 Предварительные испытания ПССВ | Разработка программы и методики испытаний ПССВ. |
Комплектование системы носителями и программной документацией. | |
Подготовка совместно с заказчиком контрольных примеров. | |
Проведение совместно с заказчиком испытаний в соответствии с программой и методикой. | |
Ведение журнала испытаний ПССВ. | |
Доработка ПССВ по результатам испытаний. | |
Уточнение технических требований и требований к функционированию ПССВ. | |
Корректировка программной документации. | |
Подготовка заключения о готовности ПССВ к работе в системе вооружения. | |
Обучение должностных лиц системы вооружения работе с ПССВ при испытаниях. | |
Передача ПССВ и программной документации головному разработчику | |
Б.7.2 Приемочные испытания ПССВ | Участие в согласовании программы и методики испытаний и графика проведения испытаний. |
Сопровождение испытаний. | |
Формирование технических требований на модернизацию ПССВ. | |
Подготовка заключения о функционировании ПССВ при приемочных испытаниях системы вооружения | |
Б.7.3 Предъявление ПССВ в ФАП МО РФ | Корректировка программы и программной документации по результатам приемочных испытаний. |
Передача ПССВ в ФАП МО РФ |
Таблица Б.8 — Фаза «Применение». Стадия «Производство»
Наименование этапа | Содержание работ |
---|---|
Б.8.1 Постановка ПССВ на производство | Передача программ на носителях данных и программных документов на предприятие-изготовитель программного продукта. |
Подготовка производства для изготовления программных изделий и программной документации. | |
Освоение производства ПССВ. | |
Уведомление службы сопровождения о рекомендациях пользователей. | |
Сопровождение производства ПССВ | |
Б.8.2 Изготовление ПССВ | Подготовка исходных параметров для настройки версий ПССВ. |
Генерация данных для версий ПССВ. | |
Компоновка версий ПССВ. | |
Формирование программного изделия версии ПССВ. | |
Выпуск комплекта эксплуатационной документации для версии ПССВ | |
Выходной контроль постоянной части ПССВ по составу и содержанию. | |
Б.8.3 Контроль и приемка ПССВ | Выходной контроль ПИ. |
Тиражирование ПИ и комплекта эксплуатационной документации для комплектования поставки. | |
Контроль копий на соответствие техническим условиям на ПССВ. | |
Приемка ПИ и комплекта эксплуатационной документации отделом технического контроля. | |
Сертификация ПССВ | |
Б.8.4 Поставка ПССВ потребителю | Отправление ПССВ потребителю. |
Приемка ПССВ потребителем. | |
Сохранение подлинников |
Таблица Б.9 — Фаза «Применение». Стадия «Сопровождение»
Наименование этапа | Содержание работ |
---|---|
Б.9.1 Организация сопровождения ПССВ | Приемка ПССВ на сопровождение. |
Прогнозирование трудоемкости сопровождения ПССВ. | |
Разработка технологии сопровождения ПССВ | |
Б.9.2 Модернизация ПССВ | Анализ заявок на модификацию ПССВ. |
Планирование работ по модификации компонентов ПССВ или их разработка. | |
Проведение модификации компонентов ПССВ в соответствии с ЧТЗ. | |
Выпуск извещений об изменении ПССВ. | |
Внесение изменений в программную документацию | |
Б.9.3 Анализ функционирования | ПО Учет и классификация ошибок в ПССВ. |
Учет трудоемкости модификации ПССВ. | |
Разработка предложений о развитии и совершенствовании ПССВ |
Таблица Б. 10 — Фаза «Применение». Стадия «Эксплуатация»
Наименование этапа | Содержание работ |
---|---|
Б.10.1 Опытная (экспериментальная) эксплуатация ПССВ | Ввод ПССВ в опытную эксплуатацию на объекте заказчика. |
Сбор данных о функционировании ПССВ в составе системы вооружения. | |
Устранение ошибок в ПССВ и доработка ПССВ разработчиками | |
Б.10.2 Функционирование ПССВ в составе системы вооружения | Ввод ПССВ в штатную эксплуатацию. |
Сбор данных о функционировании ПССВ. | |
Формирование пользователем технических требований на модернизацию ПССВ (через службу сопровождения). | |
Внесение изменений в ПССВ | |
Б.10.3 Подготовка к снятию ПССВ с эксплуатации | Обоснование целесообразности снятия ПССВ с эксплуатации. |
Подготовка и утверждение документа о снятии ПССВ с эксплуатации. | |
Организация хранения документации на ПССВ и копий ПССВ на машинных носителях | |
Б.10.4 Прекращение эксплуатации ПССВ | Снятие ПССВ с эксплуатации. |
Списание ПССВ |
ПРИЛОЖЕНИЕ В (обязательное)
СОСТАВ ДОКУМЕНТАЦИИ, ВЫПУСКАЕМОЙ НА РАЗЛИЧНЫЕ КОМПОНЕНТЫ ПРОГРАММНОЙ ПРОДУКЦИИ ВОЕННОГО НАЗНАЧЕНИЯ
Таблица В.1
Группы документации и виды документов | Степень обязательности выпуска документов на программные компоненты вида | ||||
---|---|---|---|---|---|
программа | программное средство | программное изделие | программно-аппаратное изделие | программное изделие АС | |
Проектная программная документация (по ЕСПД): | |||||
— спецификация | + | * | * | * | * |
— ведомость держателей подлинников | — | ○ | ○ | ○ | ○ |
— текст программы | * | ○ | ○ | ○ | ○ |
— описание программы | ○ | ○ | + | * | + |
— программа и методика испытаний | ○ | ○ | ○ | ○ | ○ |
— пояснительная записка | — | ○ | ○ | — | — |
Эксплуатационная программная документация (по ЕСПД): | |||||
— ведомость эксплуатационных документов | ○ | + | + | + | + |
— формуляр | ○ | ○ | ○ | ○ | ○ |
— описание применения | ○ | ○ | ○ | + | + |
— руководство системного программиста | ○ | ○ | + | + | + |
— руководство программиста | ○ | + | + | + | + |
— руководство оператора | ○ | + | + | + | + |
— описание языка | ○ | ○ | ○ | ○ | ○ |
— руководство по техническому обслуживанию | ○ | ○ | ○ | + | ○ |
Техническое задание | — | + | * | * | * |
Организационно-техническая документация | |||||
— график разработки | — | ○ | ○ | ○ | ○ |
— руководящие указания по разработке | — | ○ | ○ | ○ | ○ |
— паспорт автономной отладки | ○ | ○ | — | ○ | ○ |
— паспорт комплексной отладки | — | — | ○ | ○ | ○ |
— акт о приемочных испытаниях | ○ | ○ | ○ | ○ | ○ |
— акт о готовности к эксплуатации | — | — | ○ | ○ | ○ |
— журнал тестирования и испытаний | — | ○ | ○ | ○ | ○ |
— журнал корректировок | — | ○ | ○ | ○ | ○ |
— журнал опытной эксплуатации | — | — | ○ | ○ | ○ |
Технологическая программная документация: | |||||
— сертификат соответствия программного продукта | — | ○ | * | * | * |
— сертификат на соответствие требованиям безопасности информации | + | + | + | + | + |
— руководство администратора | — | + | + | + | + |
— спецификация программы | — | ○ | ○ | ○ | ○ |
Документация фонда алгоритмов и программ (ФАП): | |||||
— информационная карта по форме ФАП | — | ○ | ○ | — | ○ |
— акт об экспертизе материала, подготовленного для публикации | — | ○ | ○ | — | ○ |
— справка о фактических затратах на разработку программного компонента | — | ○ | ○ | — | ○ |
— справка об устранении недостатков | — | ○ | ○ | — | ○ |