Главная  Системы коммутации 

[0] [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20] [21] [22] [23] [24] [25] [26] [27] [28] [29] [30] [31] [32] [33] [34] [35] [36] [37] [38] [39] [40] [41] [42] [43] [44] [45] [46] [47] [48] [49] [50] [51] [52] [53] [54] [55] [56] [57] [58] [59] [60] [61] [62] [63] [64] [65] [66] [67] [68] [69] [70] [71] [72] [73] [74] [75] [ 76 ] [77] [78] [79] [80] [81] [82] [83] [84] [85] [86] [87] [88] [89] [90] [91] [92] [93] [94] [95] [96] [97] [98] [99] [100] [101] [102] [103]

Функциомильиыо спецификации АТС

Сертификациониыо испытания АТС

Определение

Комплексная

требований к ПО

отладка ПО

Спецификации

Тестирование

спецификаций

Программирование

Отладка программ

Интеграция ПО в АТС И функциональное тестирование АТС

Рис. 9.5 V-модель

Обе эти модели предполагают, что любая фаза работы завершается до того, как начнется работа следующей фазы. Однако сегодня при разработке ПО используется методология объектно-ориентированного программирования, для которой больше подходит предложенная Б.Боэмом [21] спиральная модель, приведенная на рис. 9.6 и соответствующая итерационному процессу создания ПО путем последовательных приращений.

Программирование

Отладка и тестирование


Определение требований

\ Вер/

ия 1 ,

1 Внедрение

Интеграция в АТС

Риг 9 6 Спиральм,1Я модоль



Не вдаваясь в детали других фаз жизненного цикла ПО, сосре доточимся на проирессе разработки телекоммуникационного программного обеспечения. В схеме этого процесса, приведенной на рис. 9.7, предусмотрена иерархическая декомпозиция процесса разработки на последовательность шагов, уточняюш,их проект. Такими укрупненными шагами (уровнями проектирования) являются анализ и формализация требований и интерфейсов коммутационного оборудования (R-уровень), определение архитектуры (системной и функциональной) и модульной структуры ПО (А-уровень), разработка SDL-спецификаций модулей (блоков, процессоров, процедур, макросов, структур данных) и межмодульных интерфейсов (S-уровень) и собственно программирование и отладка программ (Р-уровень).

R-уровень


у У А-уровень


saP) (5 (

Г 1>А "</...


S-уровень


Р-уровень

Рис 9 7 Обобщенная структура проектирования программного обеспечения АТС



Уровни проектирования различаются как степенью конкретизации (возрастающей сверху вниз), так и языковыми средствами описания. Представление системы ПО на вышестоящем уровне является в известном смысле «общим прародителем» семейства ее представлений на нижестоящих уровнях. На всех уровнях проектирования (а не только на S-уровне) производится последовательная спецификация задач, которые решает ПО. Под спецификацией здесь понимается описание в терминах, характерных для самой задачи, а не для ее реализации, служащее основой для дальнейшей детализации и разработки телекоммуникационного ПО. Можно считать, что каждый уровень проектирования получает спецификации от вышестоящего уровня и, в свою очередь, вырабатывает данные необходимые, для спецификации одного (или более) из нижестоящих уровней. Отличительные свойства спецификаций - однозначность, точность, формальность, понятность и читаемость. Как отмечено в [44], язык программирования более высокого уровня может считаться языком спецификаций по отношению к языку более низкого уровня. При этом спецификация программного модуля не обязана быть короче самого модуля, ибо от нее требуется не краткость, а точность и понятность.

Определение и спецификация требований к ПО узла коммутации являются основными задачами R-уровня проектирования. На этом уровне разрабатываются технические требования, структурная схема станции, интерфейсы ПО с коммутационным оборудованием и т.д. Языком описания, как правило, служит естественный язык со всеми присущими ему недостатками - неоднозначностью, связанной с тем, что естественный язык недостаточно точен для описания программных систем, и разные разработчики могут по-разному понять одну и ту же фразу технического задания, и неполнотой описания ПО, которая усугубляется тем, что при разработке большой и сложной системы телекоммуникационных программ проходит много времени, прежде чем становится ясно, какой информации R-уровня недостает.

Еще одна трудность, возникающая на R-уровне проектирования, -невозможность удержать семантику описания требований на одинаковом уровне детализации. В результате одни описания R-уровня оказываются несколько туманными, другие - излишне детализированными, предоставляя элементы реализации, причем, возможно, не самой удачной, выбранной без рассмотрения остальных частей системы и не позволяющей разработчикам следующих уровней проектирования использовать эффективные структуры данных или приемы программирования.

После завершения R-уровня проектирования, те. когда точная внешняя спецификация системы программного управления коммутационного узла заменит ее неформальное описание, начинается разработка архитектуры ПО (А уровень).



[0] [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20] [21] [22] [23] [24] [25] [26] [27] [28] [29] [30] [31] [32] [33] [34] [35] [36] [37] [38] [39] [40] [41] [42] [43] [44] [45] [46] [47] [48] [49] [50] [51] [52] [53] [54] [55] [56] [57] [58] [59] [60] [61] [62] [63] [64] [65] [66] [67] [68] [69] [70] [71] [72] [73] [74] [75] [ 76 ] [77] [78] [79] [80] [81] [82] [83] [84] [85] [86] [87] [88] [89] [90] [91] [92] [93] [94] [95] [96] [97] [98] [99] [100] [101] [102] [103]

0.0009