Создание - программное обеспечение
Cтраница 3
Существует, конечно, много подходов к созданию программного обеспечения ( операционной системе) систем индикации. Охватить все альтернативы здесь не представляется возможным, и по этой причине в нашем обсуждении мы уделим основное внимание тем функциям, которые являются общими для многих систем индикации. Для рассмотрения этих общих функций в контексте системы будет использована обобщенная операционная система, блок-схема которой приведена на фиг. [31]
Альтернативным подходом является подход, популярный при создании программного обеспечения, называемый событийным разделением ( event partitioning), в котором различные диаграммы DFD выстраивают модель системы. Во-первых, логическая модель строится как совокупность работ и документирования того, что они ( эти работы) должны делать. [32]
Основное правило, которого следует придерживаться при создании мобильного программного обеспечения на Фортране: по возможности точное соблюдение стандарта. [33]
Яхыково-программныс инструментальные средства ЭС, которые принципиально ускоряют создание интеллектуального и программного обеспечения ЭС в химической технологии, реализуют процедуры приобретения и переработки знаний, а также поддерживают эксплуатацию ЭС, будем подразделять на три основных типа [7, 8, 49, 60]: языки интеллектуального программировния ( ЯИП); универсальные программные средства ИИ; скелетные ( пустые) программные средства ИИ, или оболочки ЭС. Языково-програм-мные инструментальные средства ЭС позволяют практически реализовать новую информационную технологию ( см. разд. [34]
Между исследованиями в области искусственного интеллекта и проблемой создания программного обеспечения интегральных роботов имеется существенное различие. [35]
Таким образом может быть решена проблема сложности при создании программного обеспечения больших задач математической физики. [36]
Шаблоны являются еще одной из многочисленных возможностей C по созданию более универсального программного обеспечения, которое можно использовать повторно. [37]
В статье приводятся результаты обследования 69 организаций, занимающихся созданием программного обеспечения в связи с проблемой эксплуатации программных средств. [38]
 |
Схема процесса проектирования на i - м уровне. [39] |
Вместе с тем при диалоговом режиме значительно увеличиваются затраты на создание программного обеспечения, возрастают затраты на проектирование. [40]
Выше уже констатировалось, что использование метрики на ранних этапах создания программного обеспечения, а также на этапе ввода его в действие и эксплуатации должно значительно уменьшить количество программных ошибок. Стоимость устранения таких ошибок обычно возрастает по мере продвижения процесса разработки от написания программы к созданию модулей и пакетов программ, объединенных в рамках единой системы. Это происходит потому, что на более поздних стадиях приходится исследовать и документировать последствия ошибок глубже, чем на ранних. [41]
Прежде чем детально обсуждать устройство ассемблера, рассмотрим общую проблему создания программного обеспечения. [42]
Эту особенность необходимо учитывать в тех случаях, когда сроки создания программного обеспечения лежат в районе времен tK3i - и / кв2 - В этих случаях переход на новые более высокопроизводительные средства представляет определенный риск. Напротив, при сроках работ более поздних, чем / KBi и / Кп2, переход на новые средства, безусловно, выгоден. [44]
В нашей стране развертывается большой комплекс работ, связанный с созданием мобильного программного обеспечения на базе операционной системы ИНМОС. Предусматривается четкое разделение машинно-независимой и машинно-зависимой частей, из которых складывается система, с тем чтобы при переносе машинно-независимая часть ( и документация на нее) оставалась неизменной. Модификации или разработке подлежат при переносе только программы, входящие в машинно-зависимую часть. Такие машинно-зависимые части будут созданы для серийно выпускаемых отечественных машин. [45]
Страницы: 1 2 3 4