Разработка - комплекс - программа - Большая Энциклопедия Нефти и Газа, статья, страница 1
Скупой платит дважды, тупой платит трижды. Лох платит всю жизнь. Законы Мерфи (еще...)

Разработка - комплекс - программа

Cтраница 1


Разработка комплекса программ начинается с создания программных спецификаций - технических заданий на все модули, группы функционально связанных программ и весь комплекс. Эти работы начинаются в процессе структурного проектирования ( этап 1) с наиболее крупных компонент ( сверху вниз), и к началу программирования целесообразно иметь спецификации для всех компонент КП. Спецификации на программные модули позволяют четко представить их функции, используемые и результирующие данные, а также взаимодействие с другими модулями. На основе спецификаций строятся схемы программ или пишется текст программ на языке программирования; Программные спецификации способствуют значительному уменьшению количества ошибок, проявляющихся при взаимодействии модулей.  [1]

Ведется разработка комплекса программ Сводные спецификации для получения на ЭВМ ЕС спецификаций КИП и А, изделий и материалов, проводятся работы по применению ЭВМ для расчета тепловых полей в шкафах систем автоматики, необходимого для компоновки и режима вентиляции и определения тепловых режимов работы аппаратуры.  [2]

Опыт разработки комплексов программ анализа и оптимизации [1, 9, 37] позволяет сформулировать основные требования, которые должны предъявляться к пакету программ оптимизации, входящему в данный комплекс.  [3]

4 Структура прикладного математического ( программного обеспечения I уровня поверочных ( поисковых расчетов ЭМММ. [4]

В [12] типовая технологическая схема разработки комплекса программ включает в себя 20 этапов эскизного, технического и рабочего проектирования. Но независимо от подробности технологического процесса существует этап разработки технического задания на разработку программ. На этом этапе необходимо участие ( при разработке САПР ЭМММ) специалистов в области электрических машин. Даже при подробном математическом описании ЭМММ или проектных процедур остается проблема взаимопонимания с программистами. Специфика подготовки программистов интуитивно понятна. Она предполагает определенную математическую культуру мышления, но не обеспечивает знания предметной области. Специалист, скажем, в области ЭМММ также мыслит категориями своей специальности, и многие тривиальные, с его точки зрения, моменты программисту могут быть совершенно незнакомы.  [5]

Основные факторы, влияющие на трудоемкость разработки комплексов программ.  [6]

Самой трудоемкой частью создания АСУ Метрология, как и почти любой сложной системы, является разработка комплекса программ, называемого обычно программным обеспечением. Для типовой системы программное обеспечение оформляется в виде пакета ( набора) прикладных программ ( ППП), реализующих все задачи системы.  [7]

Для практического осуществления расчетов необходимо располагать соответствующими программами для ЭВМ, созда - % ние которых связано со значительными затратами труда и вре -: мени. Считается, что на разработку комплекса программ по методу конечных элементов с более или менее ш ирокими возможностями требуется от 10 до 100 человеко-лет. В настоящее время в нашей стране созданы и успешно эксплуатируются мощные вычислительные программы как общего назначения, так и специально ориентированные на расчет авиационных конструкций. Их эффективность обусловлена возможностью задания минимальной информации, требующейся для описания геометрии таких простых конструкций; сетка конечных элементов генерируется при этом автоматически.  [8]

Технология адаптивного контроля должна проектироваться одновременно с гибкой технологией производства. Процесс технологического проектирования с помощью ЭВМ завершается разработкой комплекса взаимосвязанных программ управления технологическим оборудованием и встроенными в него САК. Благодаря этому комплекс программ управления оборудованием ГАП, включающий программы адаптивного контроля качества изделий, обеспечивает быструю и надежную перенастройку САК при переходе ГАП на выпуск новой продукции.  [9]

Это обусловлено рядом причин. Не менее важным обстоятельством явилась разработка комплексов программ обработки результатов измерений и определения структуры кристаллов, зачастую с недостаточно охарактеризованным химическим составом. Этой области применения рентгеноструктурного анализа в химии посвящено несколько прекрасных монографий и учебников, и структурные разделы почти обязательно включаются в работы по синтезу новых соединений, так как дают непосредственные данные о пространственном расположении атомов в кристаллах 5 а иногда являются и удобным способом определения химического состава, в особенности если известен качественный состав.  [10]

В связи с этим особое значение в методическом плане приобретает технология разработки программ. Система автоматизированной разработки программного обеспечения ( САРПО) ПРОТВА разрабатывалась с ориентацией на обеспечение разработки ПО систем управления, и это сказывается на попытке использования указанной системы для нужд САПР ЭМММ. В частности, использование в САРПО ПРОТВА подмножества языка ПЛ-1, в котором запрещены данные типа COMPLEX, не дает возможности решать электротехнические задачи. Тем не менее, типовой технологический процесс разработки комплексов программ, не связанных с электромагнитными расчетами, может быть успешно реализован в САПР ЭМММ. Организационно-технические мероприятия, направленные на создание типового комплекса программ, обладающего свойствами высокой надежности, модульного исполнения, обеспеченности документацией в соответствии с требованиями ЕСПД, сопровождаемое и приспособленности к тиражированию, позволяют существенно повысить производительность труда программистов.  [11]

Завершается создание программы модели большой системы составлением программной документации на модель. Традиционные методы составления документации неприменимы при проектировании моделей больших систем. Необходимы более точные и подробные спецификации и описания модели. Обычно документация создается уже после написания и отладки рабочих гфограмм. Документация не должна рассматриваться как нечто дополнительное, что можно сделать после составления программ. В данном случае документация представляет инструмент, без которого разработка комплекса взаимосвязанных программ чрезвычайно затруднительна.  [12]



Страницы:      1