Программа - модуль
Cтраница 1
Программы модуля реализованы на языке ФОРТРАН, но для формирования табличных данных и текстового материала используется КОБОЛ. [1]
Программы модулей выполнены на Коболе и Фортране. В основу реализации машинных программ положены модели и методы, рассмотренные в гл. [2]
Все программы модуля написаны на алгоритмическом языке PL / I. Для формирования информационных массивов рассмотрены два подхода. [3]
Все программы модуля MONITOR имеют выход в блок аварийного завершения ABTER, куда передается управление при обнаружении ошибок. [4]
При разработке программы модулей целесообразно оставлять так называемые точки пользователя. Под точкой пользователя понимается последовательность команд, с помощью которых осуществляется переход к оригинальной подключаемой подпрограмме. Наличие точек пользователя позволяет расширить возможности ТПР в сторону учета специфических требований пользователя. [5]
Для вызова программ модуля обработки текста могут быть использованы задания на языке PDL. Эта система обработки данных может быть описана также в такой плохо организованной, трудной для понимания форме, как единый модуль. Приведенное здесь описание является лучше организованной, более простой для понимания формой представления системы как набора взаимосвязанных модулей, которые определяют систему на языке обработки данных самого высокого уровня. Наконец, для описания идеализированного объекта данных, который доступен только определенному множеству операций, используется термин абстрактные данные. В этом случае действительное представление объекта данных для пользователя является несущественным, так как использование данных определяется операциями. [6]
При написании программ модулей реализации семантических преобразований встречаются некоторые типовые ситуации. [7]
ЦИЯ создаются программами модуля ТАБЛИЦА - файлы RIN и RINA, соответственно. [8]
Информационная часть содержит программу модуля в кодах реализующей ЭВМ в форме, необходимой для работы загрузчика, но не всегда пригодной для исполнения. [9]
Другим подходом к проверке программы модуля без машины является прогон тестовых вариантов с прослеживанием хода выполнения программы. Тестовые варианты должны быть простыми и в ограниченном количестве, с тем чтобы избежать громоздкого ручного процесса прокрутки. Подборку тестовых вариантов целесообразно поручить разработчику модуля ( или модулей), вызывающего данный тестируемый модуль. Разработчик тестируемого модуля в процессе прокрутки дает разъяснения логики модуля. Этот контакт позволяет не только проверить логику модуля, но и получить список дополнительных проблем, включающих плохую практику программирования, неэффективность приемов реализации отдельных частей или алгоритма в целом и другие рекомендации. [10]
Таким образом, тестирование программ одиночного модуля позволяет узнать о наличии ошибок, а отладка призвана определить причину этих ошибок. Поэтому отладка и тестирование представляют собой две различные частично перекрываемые стадии контроля. В этой связи затраты времени на тестирование должны быть разделены на отладку и собственно тестирование одиночного модуля с тем, чтобы подчеркнуть, что обе стадии нуждаются в выполнении. [11]
При работе с блоком программ прикладных модулей любая проблемная программа обращается к системе управления этим блоком программ, представляя для нее информацию в соответствующем виде. Результат решения возвращается затем в основную программу задачи. Вид представления информации на входе и выходе блока, а также обращения к нему определяются инструкциями, разрабатываемыми для каждой из частей блока. [12]
Объединение указанных программ с программами модулей алгоритмов допускается лишь в исключительных случаях. [13]
 |
Состав и по-следоаательн ость практической реализации модуля - РЕСУРСЫ. [14] |
На рис. 7 приводится состав программ модуля РЕСУРСЫ. [15]
Страницы: 1 2 3 4