
- •И сертификация программных средств иинформационныхтехнологийисистем
- •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. Лабораторный практикум. Решение задач оценки
- •Сергей Львович Котов Борис Васильевич Палюх Сергей Лукич Федченко
3.4. Основные факторы, влияющие на трудоёмкость разработки программных средств
Качество и эффективность технологии определяется прежде всего затратами на разработку:
Ср = С1р + С2р + С3р + С4р + С5р,
где С1р – затраты, связанные с непосредственной разработкой ПС;
С2р – затраты на изготовление опытного образца (5 – 10 %), часто не учитываемые из-за малости;
С3р – затраты на программные средства автоматизации технологии; С4р – затраты на аппаратные средства автоматизации технологии
(машинное время работы ЭВМ);
С5р – затраты учитываются из-за
на повышение квалификации специалистов (часто не малого значения и трудностей формализации, но
рассматриваются как один из важных факторов, влияющих на величину С1р).
15
В результате можно считать, что для практических целей проведения анализа можно пользоваться формулой
Cр = С1р + С3р + С4р.
В этой сумме при создании средних и крупных ПС все три составляющие примерно равны, но основное внимание при анализе следует обращать на С1р, так как на неё наиболее сильно влияет объём разработки ПС. Приближённо можно считать, что затраты на разработку должны быть прямо пропорциональны объёму создаваемых ПС (Пк) при одной и той же производительности труда разработчиков, измеряемой числом созданных команд за один человеко-день труда. При этом учитывается труд не только программистов, но и разработчиков алгоритмов, системных аналитиков и обслуживающего персонала.
3.5. Длительность разработки программных средств
Диапазон приемлемых длительностей разработок Tр ограничен сверху 10 годами (рациональными сроками создания самых сложных ИС), а снизу – 1 – 3,5 года (сроками естественного технологического процесса).
Среднюю длительность разработки можно аппроксимировать
зависимостью
Тр = 0,8 Пк1/3, или Тр = 1,4 Пк¼ лет, где Пк – объём ПС в тысячах команд.
3.6. Распределение затрат по этапам разработки
По опыту эксплуатации трудоёмкость отдельных этапов разработки различается в 2 – 4 раза, а загрузка отдельных категорий специалистов на них – в 3 – 5 раз. Это надо учитывать при планировании и организации проектирования ПС, а также при прогнозировании затрат на непосредственную разработку программ. Так же неравномерно в зависимости от этапов изменяется и потребность в машинном времени С4р, причём для разных ЭВМ (моделирующих, технологических, реализующих) эта потребность находится в широком диапазоне и является максимальной для этапа динамической отладки. Такие оценки затрат машинного времени позволяют рационально планировать и прогнозировать необходимую аппаратную оснащённость разработок по этапам и в целом на весь ЖЦ. Упорядоченный подход к организации проектирования сложных ПС с учётом вышеизложенного позволяет создавать ПС с высоким качеством и допустимыми затратами, если использовать современные технологии, методы и системы автоматизации проектирования, выбирая их на основе системного и технико-экономического анализа достигаемого эффекта и ресурсов на весь ЖЦ.
16