- •И сертификация программных средств иинформационныхтехнологийисистем
- •1. Краткая характеристика программных средств как объекта разработки и стандартизации
- •1.1. Технические особенности разработки программных средств. Принципы модульности и адаптируемости
- •1.2. Экономические особенности разработки программных средств
- •1.3. Вопросы оценки трудоёмкости разработки программных средств в свете требований стандартизации
- •2. Основные понятия и положения технологии разработки программных средств
- •2.1. Проблемы и задачи проектирования программных средств
- •2.2. Этапы жизненного цикла программных средств
- •2.3. Виды поддержки и стадии этапа проектирования
- •2.4. Основные понятия и определения статического анализа программных средств
- •3. Эффективность технологий проектирования программных средств
- •3.1. Критерии оценки технологий проектирования программных средств
- •3.2. Суть управления качеством программных средств
- •3.3. Составляющие затрат в жизненном цикле программных средств
- •3.4. Основные факторы, влияющие на трудоёмкость разработки программных средств
- •3.5. Длительность разработки программных средств
- •3.6. Распределение затрат по этапам разработки
- •4. Общие сведения о сертификации информационных систем и их программных средств
- •4.1. Основные понятия и определения
- •4.2. Основные положения закона «о техническом регулировании» (тр)
- •Глава 2
- •Глава 3
- •Глава 7
- •Глава 9
- •4.3. Особенности сертификации программного обеспечения
- •5. Методы оценки технико-экономических показателей программных средств
- •5.1. Порядок и методология проведения статического анализа программных средств
- •5.2. Методика оценки трудоёмкости разработки программных средств
- •5.3. Методика оценки трудоёмкости сопровождения программных средств
- •Значения поправочного коэффициента, учитывающего язык программирования, технологии и средства разработки пс*
- •«Разработка вариантов реализации изменений» (Нвр.Вар) от объемов документации и программ
- •«Анализ и определение перечней программ и документов, требующих изменения» (Нвр.Пер) от объемов документации и программ
- •«Реализация процесса разработки для внесения изменений» (Нвр.Раз) от объема доработок
- •«Проверка внесенного изменения в целях подтверждения работоспособности измененного пс» (Нвр.Пи) от объема программ
- •«Проверка соответствия переносимого пс стандарту исо/мэк 12207-99» и «Разработка плана переноса» Нвр.П от объемов документации и программ
- •«Обучение специалистов пользователя работе в новой среде» (Нвр.Об) от объемов документации и программ
- •«Архивация прежних программ и документации» (Нвр.Ар) от объемов документации и программ
- •«Разработка и оформление плана снятия с эксплуатации » (Нвр.Псэ) от объемов документации и программ
- •«Обучение пользователей в течение периода параллельной эксплуатации прежнего и нового программных средств» (Нвр.Обн) от объемов документации и программ
- •5.4. Методика прогнозирования стоимостных показателей информационных систем
- •5.5. Методика оценки уровня качества программных средств информационных систем
- •6. Лабораторный практикум. Решение задач оценки и прогнозирования технико-экономических показателей
- •6.1. Оценка трудоёмкости разработки программных средств
- •6.2. Оценка трудоёмкости сопровождения программных средств
- •6.3. Сопоставительно-аналоговый метод прогнозирования стоимостных показателей информационных систем
- •6.4. Оценка уровня качества программного обеспечения и информационных систем
- •6.5. Поиск оптимальных решений надёжности средствами Excel
- •1. Краткая характеристика программных средств как объекта разработки и стандартизации………..……………………………………..3
- •2. Основные понятия и положения технологии разработки программных средств…………………………………………………….….9
- •3. Эффективность технологий проектирования
- •4. Общие сведения о сертификации информационных систем
- •5. Методы оценки технико-экономических показателей программных средств на различных этапах
- •6. Лабораторный практикум. Решение задач оценки
- •Сергей Львович Котов Борис Васильевич Палюх Сергей Лукич Федченко
1. Краткая характеристика программных средств как объекта разработки и стандартизации
1.1. Технические особенности разработки программных средств. Принципы модульности и адаптируемости
Рост объёмов и сложности ПС и баз данных (БД) информационных систем (ИС), а также требований к их качеству привели к созданию программной индустрии с большими коллективами специалистов и применению технологий автоматизированного проектирования и сопровождения, базирующихся на стандартах и нормативных документах. Комплекс таких документов должен регламентировать технологические процессы и объекты проектирования комплексов программ на всех этапах их жизненного цикла (ЖЦ). Жизненный цикл ПС – это непрерывный процесс с момента принятия решения о необходимости использования ПС до его полного изъятия из
4
эксплуатации. Модель ЖЦ ПС представляет собой структуру, состоящую из процессов, работ и задач, включающих в себя разработку, эксплуатацию и сопровождение, то есть всю жизнь ПС: от установления требований к нему до снятия с эксплуатации [2]. Структура ЖЦ ПС базируется на трёх группах процессов:
1) основные (приобретение, поставка, разработка, эксплуатация, сопровождение);
2) вспомогательные, обеспечивающие выполнение основных (до-кументирование, конфигурационное управление, обеспечение качества, верификация, аттестация, оценка, аудит);
3) организационные (управление проектами, создание инфра-структуры проекта, определение, оценка и совершенствование ЖЦ ПС, обучение).
При этом особое внимание уделяется качеству документации, которое во многом определяет конкурентоспособность программ и БД [1, 4]. При создании сложных ПС и обеспечении их ЖЦ надо сделать выборку нужных стандартов, то есть сформировать весь комплект документов (профиль), обеспечивающий регламентирование всех этапов и работ. Это позволяет строить комплексы ПС из крупных функциональных модулей, отвечающих требованиям стандартов профиля, и применять отработанные проектные решения и методы, обеспечивающие повторное использование компонентов ПС и БД на иных аппаратных и операционных платформах, то есть эффективно решать проблему мобильности и адаптируемости ПС и БД на основе CASE-технологий. Для этого применяют стандартизацию структуры ПС и их интерфейсов с операционной и внешней средой и фиксируют показатели качества ПС, которые не должны снижаться при переносе программ на другие платформы [2, 6, 9].
1.2. Экономические особенности разработки программных средств
Высокая стоимость и большие ресурсы, используемые при создании сложных ПС и БД, привели к необходимости детального технико-экономического анализа и обоснования проектов ИС до начала их осуществления [2, 12, 15]. Поэтому в данной дисциплине большое внимание уделено анализу ПС и методикам оценки трудоёмкости их разработки и сопровождения. Создание ПС и БД не завершается после первичных испытаний и сертификации 1-й версии, и длительное время они развиваются и модифицируются в серию версий в ходе сопровождения разработки и эксплуатации ПС.
Программы и данные в ИС являются наиболее гибкими компонентами, подверженными изменению в течение всего их жизненного
5
цикла. Поэтому они должны контролироваться и упорядочиваться участниками проекта. Для координации их действий применяют специальные методы, методики и средства автоматизации конфигура-ционного управления [4]. Они позволяют на основе отслеживания динамики изменения ПС и БД представить специалистам и руководителям состояние проекта и его компонентов в любой момент времени и не допускать хаоса при модификации программ и данных. Процессы документирования и конфигурационного управления играют стабили-зирующую роль во всём ЖЦ ПС [1, 4]. Поэтому они располагаются на первых позициях в стандартах и обеспечивают отражение состояния и динамики проектов. Их строгое выполнение определяет технико-экономические показатели (ТЭП) проекта, его качество, длительность применения и конкурентоспособность ПС и ИС в целом. Освоение основ экономики создания и применения ИС и их компонентов позволяет рационализировать капиталовложения в средства автоматизации, прогнозировать затраты и длительность разработки систем, научно планировать создание крупных ПС и БД. Так как их разработка требует больших затрат и происходит в условиях ограниченных ресурсов, надо осуществлять баланс между достигаемым их качеством и ресурсами для их реализации, поддерживая его на всём ЖЦ. При этом особенно остро стоит задача борьбы с ростом ошибок в сложных ПС и БД, угрожающим безопасности и надёжности ИС [10]. Для их сокращения применяют типизацию проектов ИС в определённых проблемно ориентированных областях, сборочное программирование, процессы, средства и стандарты управления конфигурацией и качеством ПС и БД.