Методологические основы

Второе требование заключается в выборе степени и стратегии по­крытия тестами структуры и функций программных компонентов, сово­купности маршрутов исполнения модулей и всего комплекса программ для последующего процесса верификации и тестирования, достаточного для функционирования ПС с необходимым качеством и точностью ре­зультатов, при реальных ограничениях ресурсов на тестирование. Мерой выбранной корректности может быть относительное число протестиро­ванных функций и маршрутов, которое может измеряться в процентах от общего числа исполняемых. Опыт показывает, что зачастую в готовом, сложном ПС оказываются протестированными только около 50—70% функ­ций и маршрутов, и практически очень трудно эту величину довести до 90—95%. Косвенно эту величину при определенной автоматизации про­цессов и квалификации специалистов отражает трудоемкость и длитель­ность тестирования, что непосредственно влияет на функциональную при­годность ПС.

Способность к взаимодействию — состоит в свойстве ПС и его компонентов взаимодействовать с одним или большим числом определен­ных компонентов внутренней и внешней среды (см. табл. 11.1). При выбо­ре и установлении при проектировании способности программных и ин­формационных компонентов к взаимодействию ее можно оценивать объе­мом технологических изменений в ПС, которые необходимо выполнять при дополнении или исключении некоторой функции или компонента, когда отсутствуют изменения операционной, аппаратной или пользова­тельской среды. С этим показателем связана корректность и унифициро­ванность межмодульных интерфейсов, которые определяются двумя вида­ми связей: по управлению и по информации.

Требования к характеристике способность к взаимодействию могут быть достаточно полно формализованы как набор свойств и утверждены в процессе системного проектирования, с некоторыми уточнениями на пос­ледующих этапах. Их основой являются ссылки на нормативные докумен­ты, на интерфейсы открытых систем или на выбранные для конкретного проекта стандарты де-факто. При выборе свойств программных компо­нентов, обеспечивающих способность к взаимодействию в конкретном проекте ПС, следует оценивать величину вычислительных ресурсов, необ­ходимых для их реализации. При этом важно учитывать возможность повторного использования апробированных компонентов и переноса на различные платформы.

Унификация свойств интерфейсов на взаимодействие с внутренней, внешней средой и с пользователями должна отражаться в специальных разделах технологической документации и иметь возможность проверки заказчиком и/или экспертами по документам и текстам программ. Эта характеристика состоит в описании свойств и практически не влияет на качество функционирования текущей версии ПС. Степень унификации интерфейсов может измеряться их относительным числом или объемом текста (например, в процентах от объема программ), которые подвергают­ся изменениям при любых корректировках взаимодействия программ. Ряд общих понятий, методов и функций, которые могут рассматриваться как достаточно полная база и набор свойств компонентов, обеспечивающих высокую способность к взаимодействию, обобщены в концепции, мето­дах и стандартах открытых систем.