Программных средств. В стандартах и моделях жизненного цикла ПС с различной глубиной определено содержание этапов и частных работ при создании и модификации компонентов и ПС в

• к объекту разработки на данном этапе — к его программным и информационным компонентам, а также к интерфейсу между ними и внешней средой;

• к процессу, технологии и организации выполнения совокупно­сти работ и документов каждого этапа;

• к методам и характеристикам средств автоматизации выполне­ния работ, обеспечивающим необходимую надежность функ­ционирования и качество ПС;

• к методам и средствам контроля, измерения и документирова­ния качества процессов и результатов выполненных работ.

Выполнение этих требований должно контролироваться пу­тем измерения объектов и процессов разработки. Измерения объектов разработки сводятся к регулярной поэтапной регист­рации показателей качества, а также к сопоставлению их с задан­ными требованиями. При обнаружении отклонений от требова­ний должны приниматься меры либо для улучшения реальных показателей, либо по корректировке требований к показателям Для данного компонента на контролируемом этапе.

Требования к инструментальным средствам автоматизации разработки надежных ПС наиболее полно изложены в стандарте IEEE 1209 1992. Стандарт содержит рекомендации по оценке и выбору инструментальных средств, поддерживающих процессы жизненного цикла программных средств, включая процессы уп­равления проектами, процессы разработки и процессы, следую­щие за разработкой, а также интегральные процессы жизненно­го цикла ПС. Для оценки и выбора инструментальной среды и CASE-средств стандартом рекомендуется использовать приве­денные ниже наборы правил и критериев. Группы критериев в стандарте выделены и сформированы с учетом общих требова­ний стандарта ISO 9126:1991 по оценке качества программных продуктов.

Технологическую среду и CASE-средства стандартом рекомен­дуется описывать и выбирать в соответствии с показателями:

• соответствие стандартам среды, указанным в списке характе­ристик и функций, поддерживаемых CASE-средством, включая стандарты на языки, базы данных, репозиторий, коммуника­ции, графический интерфейс пользователя, документацию, раз­работку, управление конфигурацией, безопасность, обмен ин­формацией, интеграцию данных, управление или пользователь­ский интерфейс;

• совместимость с другими инструментальными средствами, вклю­чая возможность взаимодействия и/или прямого обмена дан­ными (например, с системами подготовки текстов и другими средствами документирования, базами данных, репозиториями и другими CASE-средствами);

• поддержка конкретных методологий, например, объектно-ори­ентированного анализа, объектно-ориентированного проекти­рования, проектирования «сверху-вниз»;

• языковая поддержка, включая языки программирования, язы­ки определения данных, языки структурированных запросов, графические языки;

• ввод и редактирование спецификаций требований к разраба­тываемому ПС, включая требования к функциям, данным, ин­терфейсам, качеству, производительности, среде функциониро­вания, стоимости и планированию;

• языки спецификаций требований — возможность CASE-средств импортировать, экспортировать или редактировать информа­цию требований, используя формальный язык, контроль не­противоречивости спецификаций и полноты;

• возможность моделировать аспекты потенциального функци­онирования разрабатываемой системы на основе требований и/или проектных данных, имеющихся в распоряжении CASE- средства, включая эффективность системы, интерфейс опера­тора, архитектурную производительность (время отклика, заг­рузку, пропускную способность);

• прототипирование — возможность проектирования и генера­ции предварительной версии всей системы или ее части на ос­нове требований и/или проектных данных, имеющихся в рас­поряжении CASE-средства;

• формирование структуры отчетов, которые будут создаваться разрабатываемой системой.

В соответствии со стандартом должен быть обеспечен анализ

потенциальной корректности и надежности, входящих в ПС про­граммных компонентов, включающий:

• процедуры оценки сложности программ, связанной с числом вложенных циклов, полноты покрытия тестами, оценку коли­чества остающихся ошибок;

• обратную (реверсную) инженерию, т.е. возможность ввода дей­ствующего исходного кода в одном или нескольких языках и получения из него проектных данных с предоставлением резуль­татов пользователю;

• реструктуризацию исходного кода: ввод исходного кода в од­ном или нескольких языках, модифицирование его формата и/или структуры и выдачу файла исходного кода на том же са­мом языке;

• анализ исходного кода и предоставления результатов пользо­вателю: измерения размеров, вычисления метрик сложности, генерации перекрестных ссылок, обзора соответствия исполь­зованным стандартам;

• отладку: поддержку идентификации и изоляции ошибок в про­грамме, включая выполнение программ с трассировкой, обес­печение обратного выполнения и ловушек, идентификацию мест, где имеются ошибки, и часто выполняемых сегментов в терми­нах исходного кода.

Требования стандарта к средствам управления проектом слож­ного ПС включают:

• способность CASE-средства оценивать стоимость, формиро­вать планы и другие показатели проекта по данным, вводимым пользователем;

• управление действиями и ресурсами путем поддержки ввода пользователем данных для планирования проекта, данных о фактических действиях и анализ этих данных, включая планы, ресурсы компьютеров, назначение персонала, бюджет про­екта, а также возможность определения условий выполнения проекта;

• управление тестовыми процедурами: возможность поддержки управления действиями по тестированию и тестовыми програм­мами, планирования действий по тестированию, регистрации результатов тестирования, генерации отчетов о состоянии тес­тируемых программ;

• управление качеством разрабатываемого ПС - ввод и обра­ботка данных о качестве, их анализ и генерация отчетов об уп­равлении качеством;

• управление действиями по корректировке плана проекта, отче­тов о проблемах и дефектах, возникших в ходе выполнения проекта.