Cтраница 2
Самостоятельные операционные системы КАМАК в настоящее время создают лишь для простейшей аппаратуры, имеющей минимальные объемы памяти, а самостоятельные языки КАМАК - лишь в порядке эксперимента. В основном развитие программного обеспечения для аппаратуры КАМАК идет по пути использования возможностей фирменных операционных систем и расширения базовых языков, таких, как АССЕМБЛЕР, БЭИСИК, ФОРТРАН и других через дополнительные языки и подпрограммы. [16]
Таким образом, при решении задач развития программного обеспечения компьютерной сети должны решаться задачи маршрутизации информационных потоков, т.е. нахождения оптимальных путей передачи данных между компонентами этой сети. При маршрутизации в качестве критериев принимается во внимание количество шлюзов, через которые должны пройти сообщения, характеристики полной задержки сообщений, стоимость их посылки и другие характеристики. [17]
Состав и численность оперативного, эксплуатационного и ремонтного персонала определяется типом оборудования, его количеством и сменностью работы и зависит от объемов и сложности выполняемых работ и определяется в соответствии с действующими в отрасли норма тивно-техническими документами. Необходимая численность специалистов по техническому обслуживанию, сопровождению и развитию программного обеспечения приводится в рабочей документации проектов и ЭД на технические средства. [18]
Программное обеспечение комплексов СМ-3 и СМ-4 включает средства подготовки, отладки и развития программного обеспечения в пакетном и ( или) диалоговом режимах; исполнения программ в режиме разделения времени и в реальном масштабе времени; телеобработки данных; организации и ведения без данных. [19]
Основными языками проблемно-ориентированной части программного обеспечения являются РЕФАЛ и СИМУЛА. С практической точки зрения представляет интерес использование и других языков программирования на первых этапах развития программного обеспечения. [20]
Однако последние достижения в области регуляризации решения систем линейных алгебраических уравнений, имеющих значительную степень обусловленности, а также разработка новых, устойчивых алгоритмов идентификации нелинейных динамических объектов ( НДС1) позволяют признать задачи идентификации практически осуществимыми при создании информационного обеспечения ИВК и ИИС. Разработка эффективных алгоритмов идентификации НДС1 должна способствовать как созданию адекватных информационных моделей измерительных каналов самих ИВК, так и развитию общетехнического программного обеспечения систем автоматизации научных исследований и испытаний на их основе. [21]
В настоящее время почти во всех отраслях человеческой деятельности использование компьютеров все более расширяется. На фоне постоянно растущих цен стоимость вычислительной техники драматически падает благодаря значительным успехам как в разработке аппаратной части, так и в развитии программного обеспечения. Компьютеры, которые 25 лет назад занимали несколько комнат и стоили миллионы долларов, сегодня помещаются в нескольких кремниевых микросхемах стоимостью по несколько долларов каждая. По иронии судьбы кремний является наиболее распространенным материалом на Земле - это ингредиент обычного песка. Технология производства кремниевых микросхем сделала компьютеризацию настолько экономически выгодной, что в настоящее время в мире насчитывается приблизительно 150 миллионов компьютеров общего назначения, которые помогают людям в бизнесе, промышленности, политике и в повседневной жизни. Через несколько лет это число вполне может быть удвоено. [22]
Система iAPX - 432 представляет собой связанную с таким подходом технологическую реализацию новейших концепций и идей. В этой книге мною показано, как высокое семантическое содержание подмножества команд машинного языка системы J432 влияет на поведение и эффективность системы с точки зрения перспектив развития программного обеспечения, его стоимости, а также продуктивности работы программиста. [23]
В настоящее время ведутся интенсивные работы как по созданию ЭВМ пятого поколения традиционной ( неймановской) архитектуры, так и по созданию и апробации перспективных архитектур и схемотехнических решений. На формальном и прикладном уровнях исследуются архитектуры на основе параллельных абстрактных вычислителей ( матричные и клеточные процессоры, систолические структуры, однородные вычислительные структуры, нейронные сети и др.) Развитие вычислительной техники с высоким параллелизмом во многом определяется элементной базой, степенью развития параллельного программного обеспечения и методологией распараллеливания алгоритмов решаемых задач. [24]
Развитие САПР было бы невозможно без создания мощного и в то же время простого в использовании программного обеспечения. Важнейшим направлением развития программного обеспечения САПР является создание специального программного обеспечения, например для групповой технологии, с помощью которого инженер-конструктор может классифицировать и кодировать детали-аналоги в процессе проектирования. [25]
Из главных особенностей автоматизированной системы проектирования, часть которых была описана в предыдущем разделе, вытекает множество требований к программированию. Эти требования существенно отличаются от требований к программированию задач при пакетной обработке данных. Именно они привели к новым идеям в развитии программного обеспечения, таким, как сложные структуры данных и работа со списочными структурами. Традиционное программирование характеризует значительная жесткость требований к формату, структурам и размеру элементов в памяти. Как правило, различные части программ обрабатываются в указанном порядке. Для реализации заранее запланированного выбора вариантов в программу необходимо ввести точки ветвления. Число переменных должно быть оговорено заранее и. Более того, необходимо заранее предвидеть объем памяти для каждой переменной и объявить его специальным оператором размерности. Если реальные требования по памяти заранее не известны, то приходится выделять такой объем памяти, которого должно хватить при максимальных требованиях в рамках решения данной задачи. При этом значительная часть запрошенного объема памяти может оказаться не использованной. [26]
Для обработки данных в добавление к аппаратному оборудованию необходимы также различные средства программного обеспечения ОД. Как и характеристики аппаратного обеспечения, возможности программного обеспечения средств ОД, перечисленных в табл. 9.2, возрастают в направлении сверху вниз. В отношении увеличения возможностей следует упомянуть две важные тенденции - развитие более совершенного программного обеспечения и средств программирования и более широкий диапазон готового математического обеспечения для применений в области обработки данных в больших объемах. Каждая из этих тенденций более подробно будет обсуждена в следующем разделе. [27]
Часто сбои в работе компьютера связаны с недоработками в программном обеспечении или с некорректным взаимодействием установленных на компьютере программ между собой. Существуют тысячи программ, многие из которых предоставляют те или иные дополнительные возможности по работе с текстами, графикой, с Internet, настройке компьютера и т.п. Однако общие принципы работы программ в среде Windows - взаимодействие программ между собой и использование общих элементов ( программных модулей) - требуют длительной процедуры отладки программы и проверки на совместимость с другими. А так как общая тенденция, связанная с конкуренцией в развитии программного обеспечения, - быстрый выпуск новых программ и появление их новых версий каждые два-три года, то нельзя быть уверенным, что новая программа всегда будет работать с уже имеющимися на компьютере. [28]
Наконец, наиболее мощным инструментальным средством являются так называемые среды поддержки, объединяющие средства автоматизации всех основных работ по созданию ЭС. Наибольшее количество сред создается на основе понятия цикла жизни ПО. При этом под циклом жизни понимается последовательность технологических этапов для создания, эксплуатации и развития программного обеспечения. [29]
Требуются гибкие инструментальные средства для разработки программ инженерной ориентации. Без них время разработки программ, особенно таких трудоемких, как, например, программы оптимизации, становится неадекватным общему чрезвычайно высокому темпу развития программного обеспечения. [30]