Лекция: Контроль архитектуры программных средств.
Для контроля архитектуры ПС используется смежный контроль иручная имитация.
Смежный контроль архитектуры ПС сверху — это ее контроль разработчиками внешнего описания: разработчиками спецификации качества и разработчиками функциональной спецификации. Смежный контроль архитектуры ПС снизу — это ее контроль потенциальными разработчиками программных подсистем, входящих в состав ПС в соответствии с разработанной архитектурой.
Ручная имитация архитектуры ПС производится аналогично ручной имитации функциональной спецификации, только целью этого контроля является проверка взаимодействия между программными подсистемами. Так же как и в случае ручной имитации функциональной спецификации ПС должны быть сначала подготовлены тесты. Затем группа разработчиков должна для каждого такого теста имитировать работу каждой программной подсистемы, входящей в состав ПС. При этом работу каждой подсистемы имитирует один какой-либо разработчик (не автор архитектуры), тщательно выполняя все взаимодействия этой подсистемы с другими подсистемами (точнее, с разработчиками, их имитирующими) в соответствии с разработанной архитектурой ПС. Тем самым обеспечивается имитационное функционирование ПС в целом в рамках проверяемой архитектуры.
Литература к лекции 6.
6.1. Г. Майерс. Надежность программного обеспечения. — М.: Мир, 1980. — С. 78-91.
6.2. E.W. Dijkstra. The Structure of the THE-Multiprogramming// Communications of the ACM. — 1968, 11(5). — Pp. 341-346.
6.3. М. Кристиан. Введение в операционную систему UNIX. — М.: Фи нансы и статистика, 1985. — С. 46-49.
| Смотри в корень! | |
| Козьма Прутков |
Лекция 7.
РАЗРАБОТКА СТРУКТУРЫ ПРОГРАММЫ И МОДУЛЬНОЕ ПРОГРАММИРОВАНИЕ
Цель разработки структуры программы. Понятие программного модуля. Основные характеристики программного модуля. Методы разработки структуры программы. Спецификация программного модуля. Контроль структуры программы.