Оформление - программа
Cтраница 1
Оформление программ должно соответствовать определенным требованиям. В настоящее время действует единая система программной документации ( ЕСПД), которая устанавливает правила разработки, оформления программ и программной документации. [1]
Оформление программы должно быть очень аккуратным. Ведь достаточно одной неразборчиво написанной команды или кода - и использовать программу будет невозможно. [2]
Стандартизация оформления программы для связи с ИМС / 360 требует дополнительных описаний. Когда программа использует несколько блоков спецификаций PSB и множество аргументов поиска SSA, описания занимают значительную часть времени кодировки программы. В то же время эта работа носит формальный, стереотипный характер. Свести до минимума число общих описаний позволяет препроцессор ПЛИМС ( PL / IMS), который представляет собой набор макроописаний на языке ПЛ / 1, получаемых автоматически отдельной программой на базе блоков PSB и DBD, относящихся к обрабатывающей программе. Работая с препроцессором, программист включает в свою программу одним оператором необходимые макроопределения, по которым генерируются описания. Вместо операторов вызова CALL PLITDLI применяются макрокоманды в более короткой и логически обоснованной форме, чем соответствующие операторы вызова. На базе макроопределений препроцессор языка ПЛ / 1 преобразует макрокоманды и определения ПЛИМСа в обычные операторы языка ПЛ / 1, которые программист был бы вынужден писать сам. [3]
Однако для более компактного оформления программы, особенно для цехов, имеющих весьма обширную номенклатуру деталей ( сотни наименований), применяется комплектное выражение номенклатуры. В практике наиболее распространены два метода: а) комплектно-узловой, при котором каждая позиция номенклатуры охватывает все детали данного изделия, входящие в одно и то же сборочное соединение ( узел); б) комплектно-групповой, при котором каждая позиция номенклатуры охватывает все детали данного изделия, имеющие одинаковые ( округленно) сроки выпуска и запуска. Предпочтение следует отдавать второму методу, при котором в общие комплекты объединяются детали с одинаковыми календарно-плановыми параметрами, что может способствовать сокращению связывания оборотных средств в незавершенном производстве. Комплектно-узловой метод построения номенклатуры применим главным образом для обрабатывающих цехов, построенных для выпуска деталей по сборочным комплектам ( но без сборки последних) и для некоторых технологических цехов в условиях единичного производства. При комплектных методах планирования как органы заводоуправления, так и органы соответствующих цехов должны располагать точными спецификациями всех комплектов. [4]
Требования к оформлению программы, проведению консультаций, руководству стажировкой и контролю за выполнением программы, а также режиму занятий предъявляются как при стажировке, являющейся составной частью программы обучения. [5]
По окончании отладки и оформления программы начинается ее эксплуатация: производится счет по ней, обычно многократный. Первые полученные результаты реальных расчетов подвергаются тщательному анализу, чтобы убедиться в пригодности использованного метода и установить согласованность полученных результатов с имеющимися данными и теорией. [6]
Вопросы хорошего стиля написания и оформления программ обсуждаются во многих работах [22-24], но предлагаемые в них многочисленные и интересные рекомендации не всегда обоснованы, так как оторваны от условий, в которых они выработаны. В методике, предлагаемой в этой главе, учитываются этот богатый накопленный материал и скромный опыт авторов книги. Она является примером построения соглашения по написанию программных: текстов для конкретных условий и не претендует на универсальность. [7]
Правила оформления процедур и функций аналогичны правилам оформления программ. Но если в программе параметрами могут быть только имена внешних файлов, то в процедурах и функциях роль параметров шире. [8]
Грубая оценка трудозатрат на написание, отладку и оформление программы составит приблизительно пять команд на человека в день. Если в месяце 22 рабочих дня, то для написания 50 тыс. команд потребуется почти 38 человеко-лет. Для очень сложных операционных систем расходы в несколько раз превышают эту величину. [9]
Запись алгоритмов вычислительных процессов на языке Алгол завершается оформлением программы. С точки зрения синтаксиса программа является блоком или составным оператором, который не содержится внутри другого оператора и не использует других операторов, не содержащихся в нем. [10]
Языки программирования использует определенные правила, связанные с оформлением программы. Большинство из них не влияет на ее выполнение, но значительно упрощает восприятие программы и поиск ошибок. Одним из таких правил является отступ вложенного блока по отношению к внешнему. В примере для кнопочной формы, приведенном выше, все операторы между началом и концом процедуры смещены влево на одну позицию табуляции, а операторы вложенных блоков ( таких как For... [11]
Ниже мы рассмотрим на простых примерах процесс написания, отладки и оформления программы на микрокалькуляторах типа Электроника МК-54 и обсудим особенности решения калькуля-торных задач. [12]
Комплексы программ должны строиться согласно модульно-иерархическому принципу, по определенным правилам оформления программ и их взаимного сопряжения ( интерфейса) по управлению и по информации. Создаваемые методы структурного проектирования программ должны обеспечить ясность архитектуры комплексов, их познаваемость и модернизируемость, возможность унификации программных модулей для их использования в различных КП. Архитектура КП должна позволять вести разработку сверху вниз - от общих требований к частным - и контролировать реальное состояние проектирования на любых этапах. Структурирование программ должно способствовать повышению уровня интеграции компонент при проектировании комплексов программ, унификации и широкому применению макрокоманд и стандартных программных модулей различного назначения. [13]
 |
Декомпозиция программного комплекса на принципах нисходящего проектирования. [14] |
Такое положение предъявляет ряд специфических требований к методам проектирования, создания и оформления программ, целью которых является обеспечение значительного сокращения трудовых и стоимостных затрат на получение готовых программных средств, а также их последующее сопровождение. [15]
Страницы: 1 2 3