В связи с этим целесообразно выделять процесс создания ПО из общего процесса создания САПР и рассматривать его с двух позиций системной — как формирование ПО САПР — и прикладной -— как создание отдельных программных изделий, которые могут использоваться независимо от ПО данной САПР. [c.83]
Составляющие качества программного изделия Кп.и [c.84]
Целью создания ПО САПР является получение необходимого и достаточного системного комплекта качественных программных изделий при условии реализации эффективного процесса разработки и сопровождения программного обеспечения. [c.85]
Из данного определения следует, что прежде всего необходимо сформировать структуру и состав программных изделий, входящих в ПО САПР, с учетом необходимости каждого программного изделия в системе и достаточности выбранного состава. Указанная процедура может быть выполнена с применением метода ФСА системным руководителем проекта ПО САПР, полученная таким образом система программных изделий согласовывается затем с заказчиком проекта. [c.85]
Эффективность инженерного программирования функций САПР, т. е. создания ПО САПР, при выполнении условия необходимости— достаточности определяется эффективностью создания составляющих его программных изделий [c.85]
Инструментальные программные средства — это дополнительные программные изделия, повышающие эффективность создания и функционирования основного программного изделия, а также служащие для подтверждения и верификации, — вспомогательные программы, средства контроля, переноса, генерации и т. д. Наиболее эффективными являются автоматизированные-системы программирования и отладки, например применяемая в настоящее время Р-технология. [c.89]
Особо следует остановиться на этапе сопровождения ПО САПР, т. е. изменения ПО при сохранении его основных функций. Это такие работы, как перепроектирование небольших частей ПО (не более 50% общего объема закодированного ПО),, проектирование небольших интерфейсных программ и пакетов (не более 20%), модификации кода, документации или структуры базы данных программного изделия. Различают два главных вида сопровождения ПО — обновление, приводящее к изменению функциональной спецификации программного изделия, и исправление, не изменяющее функциональной спецификации (корректирование ошибок, адаптация к программному окружению и совершенствованию характеристик). [c.89]
Более обоснованным представляется метод оценки трудоемкости и сроков создания программного изделия, основанный на системе моделей различной точности, за единицу нормирования в которых принято число исходных команд программного изде-.лия. Под исходной командой понимается физически представи-мая строка на бланке или распечатке программы, на экране дисплея и т. п. [c.91]
Система моделей оценки трудоемкости программного изделия, позволяющих выполнять расчеты с различной детализацией проработки, а следовательно, с различной точностью, привлекает тем, что на разных этапах работы над созданием программного изделия объем и характер исходных данных для расчетов различны, иногда они носят ориентировочный характер и недостаточны для точных детализированных расчетов. [c.92]
Для быстрой приближенной оценки трудоемкости и длительности разработки программного изделия для САПР может использоваться базовая модель, состоящая из нескольких простейших формул [c.92]
Характеристики программного изделия ПО САПР стандартных размеров [10]. [c.93]
Характери- Размер программного изделия, тыс. исходных команд [c.93]
В табл. 4.4 и на рис. 4.3 а, б приведены характеристики программного изделия, входящего в состав ПО САПР, или ПО САПР в целом при оценке его как единого программного изделия, рассчитанные с использованием базовой модели для программных изделий встроенного типа пяти групп размеров [10]. [c.93]
Анализ табл. 4.4 и рис. 4.3 показывает, что с увеличением размера программного изделия пт.и.к трудоемкость разработки резко возрастает, среднее число исполнителей увеличивается менее резко. Длительность разработки существенно различается для малых и промежуточных размеров программного изделия, а при дальнейшем увеличении размера изменяется более плавно. Производительность труда программистов резко уменьшается при небольшом увеличении размера для малых и промежуточных размеров программного продукта, а при дальнейшем увеличении размера меняется не так значительно. [c.93]
Для планирования и организации процесса создания ПО САПР требуются нормативные данные о распределении трудоемкости и длительности работ по этапам разработки. Они приведены в табл. 4.5 [10] (для трех наиболее применимых в САПР размеров программного изделия). [c.94]
Оценки трудоемкости и длительности разработки программного изделия,, [c.94]
| Рис. 4.3. Графики зависимостей t, Т, Пр, Чл от Лт.и. к для программных изделий а — малого, промежуточного и среднего размеров б — малого размера |  |
Распределение длительности Т и трудоемкости t по этапам разработки программного изделия, % [c.95]
В формуле для tH по сравнению с соответствующей формулой для t уменьшен коэффициент, характеризующий влияние йг.и.к на /, с 3,6 до 2,8, т. е. снижена доля детерминированного влияния. Полную трудоемкость разработки рассчитывают по формуле t=Ky.ntn, где /Су.п — коэффициент уровня программной разработки, являющийся составной частью НТУ САПР. Таким образом, в уточненной модели все характеристики разработки программного изделия рассчитываются с учетом его качественного уровня. [c.95]
Коэффициент уровня программной разработки устанавливают в соответствии с оценкой проекта программного изделия ш> 15 факторам, объединенным по содержанию в 4 группы [c.95]
Для конкретного программного изделия виртуальной машиной называют комплекс аппаратуры и программного обеспечения (ОС, СУБД и др.), используемых при выполнении задач программного изделия. [c.95]
Для каждой базовой системы необходимо путем обработки экспертных оценок составить две таблицы для определения группы рейтинга по характеристике каждого из 15 факторов и для выбора коэффициента рейтинга по фактору в зависимости от его влияния на уровень программной разработки. Из построенной системы коэффициентов для каждого фактора выбирается один, соответствующий данному варианту разработки программного изделия. В результате формируется набор из 15 коэффициентов, разбитых по четырем группам факторов. Перемножением всех 15 коэффициентов рассчитывают коэффициент уровня программной разработки [c.96]
Для исследования влияния группы факторов на программную разработку, а также для определения стратегии управления ею можно рассчитать коэффициенты уровня по группам факторов, сравнить их по различным вариантам разработок и т. п. Анализируя коэффициенты уровня и варьируя ими, можно регулировать трудоемкость проекта программного изделия и другие его характеристики [22]. [c.96]
Для этой цели, так же как и для разработки ПО, можно использовать уточненную модель трудоемкости программного изделия с коэффициентами уровней по системе фактор-рейтинг , описанной выше. Однако для трех факторов необходима корректировка множителей в соответствии с изменением рейтингов, 1. Фактор ограничения сроков разработки не [c.99]
Анализируя влияние фактора надежности программного изделия, можно отметить, что чем ниже требуемый уровень надежности, тем меньше затраты, необходимые для его поддержания, и тем больше затраты на исправление скрытых программных ошибок и обновление программного изделия из-за некачественной документации и (или) кода. [c.100]
Применение современных методов программирования (структурирования программ, проектирования и разработки методом сверху-вниз , сквозного контроля, предварительного документирования, библиотеки поддержки разработки и др.) во время разработки и сопровождения сказывается следующим образом чем в большей степени они используются, тем меньше затраты на сопровождение и тем легче сопровождать большие программные изделия. [c.100]
Как уже говорилось выше, ПО САПР наряду со вновь разработанными программными изделиями может включать и заимствованные программы и программные комплексы, адаптированные к требованиям САПР. При этом нельзя недооценивать соответствующие затраты труда и сроки адаптации. Применение рассмотренных выше моделей приведет к существенному завышению оценок. Поэтому в уравнениях модели вместо основной переменной т.и.к применяется эквивалентное число тысяч исходных команд. [c.100]
Ориентация в организации САПР на стратегию снижения цен на ЭВМ и программные изделия [c.121]
Качество программного изделия можно оценивать с точки зрения соответствия его запросам пользователя (A f ), использования ресурсов (/С 5 ) и удовлетворения требований программотехники (КППРИ) [c.85]
Так же как и качество программного изделия, эффективность процесса разработки и сопровождения ПО предопределяется человеческим фактором (-Э ), использованием ресурсов (ЗЕ") и соблюдением принципов программотехники (3 рс) [c.85]
С этих позиций представляет интерес конструктивная модель стоимости программного изделия, разработанная Б. У. Боэмом [10] на основе системного анализа большого статистического материала по конкретным разработкам программ в виде готовых к применению изделий. Следует отметить, что практическая проверка работоспособности моделей на проведенных разработках программ для САПР подтвердила приемлемость описанного аппарата для оценки и нормирования процесса разработки ПО САПР. К тому же система рейтингов, включаемая в уточненные модели, хорошо согласуется с понятием НТУ САПР и позволяет оценивать эффективность программного изделия и системы в целом с учетом ее НТУ, а при функционировании — качества системы и ее элементов. [c.92]
Программное обеспечение САПР в основном состоит из сложных программных изделий встроенного типа, учитывающих целый ряд ограничений технического и информационного характера. Этим оно отличается от независимых программ, применяемых в процессе проектирования изделий для автоматизации расчетов, графических построений и других локальных работ. Данное положение, как правило, не учитывается, в результате занижается трудоемкость, а следовательно, и затраты при планировании и организации САПР в полном смысле этого понятия и, наоборот, завышается эффект, ожидаемый от создания независимых или полунезависимых программ. [c.92]
Анализ различных подходов к нормированию процесса программирования показал, что в качестве основного фактора, определяющего трудоемкость и длительность разработки программы, следует принять размер исходного текста записи алгоритмов и данных. Преобладающее влияние указанного фактора на трудоемкость и длительность программной разработки является общим для всех типов программ — независимого, полунезависимого и встроенного типов. Он в основном определяет трудоемкость разработки программного изделия t, а также длительность разработки Т и затраты на ее проведение С. [c.92]
При проведении дополнительных исследований и их детализации можно получить систему коэффициентов уровней для отдельных этапов разработки, что позволит уточнить ее характеристики. Следует добавить, что в процессе разработки программного изделия необходимо вести учет затрат труда по элементам и операциям, что нетрудно выполнить в условиях применения ЭВМ и функционирования АСУР. Многие трудности организации труда программистов обусловлены отсутствием или недостаточностью достоверных статистических данных. Поэтому общие (универсальные) нормативные данные и рекомендации, создание которых допустимо, должны быть обязательно отработаны с учетом особенностей данной организации (уровень оснащения ин- [c.96]