На стадии стратегического планирования и анализа требований уточняются исходные данные и разрабатываются спецификации требований к прикладному программному обеспечению и к среде. Эти спецификации должны позволять уточнить первичные функциональные профили ИС, заданные в ТЗ, дополняя их стандартами, применение которых потребуется на стадии проектирования. Такие дополнения, в частности, могут возникать в связи с принятием принципиальных решений по структуре прикладного ПО, архитектуре среды распределенной обработки данных, распределению функций защиты информации между прикладным программным обеспечением и средой ИС для обеспечения заданной категории информационной безопасности, выбору инструментальных средств проектирования и программирования. Принимаемые на этой стадии решения исходят из альтернативного выбора методологии и принципов построения ИС между функционально-модульным и объектным подходами. В плане создания ИС, разрабатываемом на этой стадии, учитываются работы, связанные с построением и оформлением функциональных профилей ИС [c.80]
Вторую группу задач составляют задачи проектирования системы с заданным уровнем надежности. При решении этих задач необходимо исследовать эффективность возможных способов обеспечения надежности с целью выбора наиболее приемлемого. Высокий уровень надежности системы может быть достигнут за счет выполнения следующих мер применения типовых проектных решений использования модульной структуры системы соблюдения стандартов программирования и документирования организации контроля функционирования системы путем взаимной межмодульной проверки. Для успешного решения задачи обеспечения надежности проектируемой системы необходимо соблюдать совокупность перечисленных мероприятий. [c.23]
Другим аспектом обеспечения надежности ПО является модульность. Языки программирования, используе- [c.35]
Структурное программирование. Структурное программирование — это метод, предполагающий создание улучшенных программ. Его цель — организация и упорядочение построения программ и процесса программирования для предотвращения большинства логических ошибок и обнаружения оставшихся ошибок. Структурное програм мирование имеет две важные характерные особенности проектирование сверху вниз и модульное программирование. [c.151]
Для того чтобы структурное программирование достигло своей цели, программа должна иметь модульную струк туру. Модульное программирование заключается в разбиении программы на логические части и в последовательном программировании каждой части. После разделения большой монолитной задачи на меньшие логические части, которые более удобны для работы, ее легче понять, прочитать и запрограммировать. [c.152]
Первый принцип контроля — принцип сегментации — основан на классическом подходе разделения сложной задачи на ряд небольших подзадач, которые в последующем рассматриваются как самостоятельные. Аргументы в пользу контроля программ по небольшим частям точно такие же, как и при кодировании модулей. При применении принципов модульного программирования модули кодируются и контролируются в отдельности, а затем выполняется интеграция модулей в систему. [c.155]
При конструировании программ для микропроцессорных "вычислительных систем эффективными являются такие методы, как нисходящее программирование (разработка программ сверху вниз), модульное и структурное программирование. [c.82]
Модульное программирование представляет собой метод при котором длинные программы расчленяются на короткие, которые называются модулями, и могут быть спроектированы, закодированы и отлажены отдельно с привлечением минимальных сведений о других программах. Различают модули стандартные, используемые для решения многих задач, и нестандартные — для решения отдельных прикладных задач. Стандартизация в программировании дает возможность создавать более надежные в эксплуатации программы и в целом более совершенные технологические процессы обработки данных, что особенно важно для задач бухгалтерского учета. [c.82]
При рассмотрении требований к программному обеспечению решения учетных задач на электронных бухгалтерских машинах в [31] подчеркивается необходимость широкого использования приемов модульного программирования и порядка структурного программирования. [c.87]
Сочетание принципа разработки сверху вниз и метода структурного программирования приводит к тому, что СМОД приобретает высокую модульность как функциональную, так и структурную. [c.207]
Этот метод предусматривает объединение однородных процедур (приемов) и выделение их в самостоятельные этапы технологического процесса разработки плана на ЭВМ. Программированный метод реализуется в такой последовательности документально-информационная подготовка, алгоритмизация, программирование, получение экономических показателей и форм. Переход от предыдущего этапа разработки плана к следующему зависит от своевременности завершения работы и качества ее выполнения. Программированный метод планирования возможно использовать при выполнении локальных плановых расчетов и модульном принципе разработки разделов плана. [c.20]
Для облегчения программирования на ЭВМ задач оптимального планирования нефтеснабжения большое значение имеет модульное построение алгоритмов их решения. Сотрудниками сектора транспортно-экономических связей ОЭИ БФАН СССР разработаны модули, которые представляют собой алгоритмы расчета как отдельных статистических характеристик и моделей, так и некоторых технико-экономических показателей деятельности нефтеба-зового хозяйства. [c.37]
В целях повышения эффективности проектирования ПО были разработаны новые методы управления процессом создания ПО и технологии программирования. К этим методам можно отнести проектирование сверху вниз, снизу вверх, группу главного программиста, метод HIPO, R-технологию, структурное, модульное и стандартное программирование и др. [c.79]
Перечисленные причины, способствующие увеличению стоимости программной продукции, указывают на отсутст вие эффективной технологии планирования и разработки программной продукции. В целях устранения отмеченных недостатков предприняты и предпринимаются серьезные усилия в области совершенствования технологии проектирования и программирования. В этой связи можно указать на такие приемы, как проектирование сверху вниз, снизу вверх, структурное проектирование, структурное, модульное, стандартное и защитное программирование. [c.257]
На практике, однако, для реализации такой схемы требуется еще разработка специальной системы программирования, которая позволила бы реализовать на вычислительной машине потенциальные преимущества модульной концепции. Так, в МТИ с этой целью был использован язык программирования высокого уровня К. Хьюита [25]. [c.43]
Внутренним стержнем системы ZORBA-1 является эвристическая программа для получения аналогий между парами теорем, представленными на языке исчисления предикатов. Чтобы облегчить понимание и сделать возможными обобщения, она была сконструирована и построена главным образом на модульной основе. Следовательно, большую часть системы можно описать в терминах алгоритмов. В этом разделе при описании работы программы я надеюсь сочетать некоторые представления эвристического программирования с алгоритмической точностью. ZORBA-1 использует интересное множество поисковых и согласующих подпрограмм, которые были построены эмпирически, а затем обобщены и испытаны на наборе пар задач. (Т1—Т2 и ТЗ—Т4 прекрасно представляют этот набор.) Управляющая структура подсистем ИСХОДНОГО ОТОБРАЖАТЕЛЯ и РАСШИРИТЕЛЯ построена с расчетом на обработку различными сопоставляющими подпрограммами (описываемыми ниже) весьма сходных структур. Последующее описание [c.487]
Для оценки уровня программного обеспечения в методике предлагается использовать три показателя уровень построения и организации программного обеспечения, уровень технологического процесса решения задач и степень автоматизации программирования. По нашему мнению, в методике не учтены такие важные факторы, как автоматизация проектирования ОАСУ (например, этот фактор учитывается при определении НТУ АСУП), использование пакетов прикладных программ, в первую очередь методо-ориентированных, таких, как Ока , Кама , ГВВ и др. Совершенно не рассматриваются вопросы уровня технологии проектирования и программирования. Кроме того, в методику целесообразно включить вопросы настраиваемости системы на программную среду, включая требования модульности, реентерабельности, оверлейное и др. [c.80]
Некоторые формы иерархической декомпозиции, с которыми мы встретимся, представляют собой нисходящее управление (гл. 5), декомпозицию планов (гл. 6), декомпозицию проекта (гл. 7) и структурирование планов выпуска и спецификаций изделий (частично гл. 13 и разд. 15.1—15.3). Вероятно, многие знакомы с такими видами формальной иерархической декомпозиции, как поэтапная обработка [11], уровни абстракции [12], иерархия документации [13], нисходящее программирование [14], модульная декомпозиция [15], композиционное [16] и структурное [17] проектирование. Александер [18] предлагает весьма интересное представление декомпозиции. В небольшой, но очень полезной книге он проводит философское обсуждение процессов анализа и синтеза конструкций, за которым следует математический метод разложения множества ограничений на подмножества, приводящий к минимизации их взаимодействия. Его работы и работы Бёма [19], Хоара [20], Милза [21], а также некоторые пока еще не опубликованные работы представляют собой значитёлньый вклад в проектирование программного обеспечения благодаря введению количественной меры оценки этого процесса и средствам доказательства правильности программ. [c.31]
Появлению ASE-технологии предшествовали исследования в области методологии программирования. Программирование обрело черты системного подхода с разработкой и внедрением языков высокого уровня, методов структурного и модульного программирования, языков проектирования и средств их поддержки, формальных и неформальных языков описания системных требований и спецификаций и т.д. Кроме того, этому способствовали перечисленные ниже факторы [c.323]
Модульный стиль программирования — в программах этого пакета используются функции и структуры MatLab, построенные по модульному принципу, что облегчает приспособление программ к потребностям конкретного пользователя. [c.252]