Cтраница 2
Естественно, что о выполнении таких программ без СУБД даже не может быть и речи. Между тем такая зависимость ( или мобильность) прикладных программ очень важна для ускорения процесса создания прикладных программ, их отладки и скорейшего внедрения. Понятно, что прикладная программа, написанная на таком расширенном и поэтому нестандартном языке, не может быть выполнена без помощи СУБД. В этом случае, изменяя смысл расширяющих операторов, можно добиться мобильности исходных текстов программ. [16]
При этом исключаются дублирование и избыточность данных при создании различных подсистем АСУ ТП и АСУП, уменьшается общая трудоемкость и сокращаются сроки создания прикладных программ с учетом независимости их от структуры хранения данных. [17]
Система построения алгоритма контроля и наличие обратной связи придают ему определенную живучесть как предупреждением выхода из-под контроля ранее проверенных действий в случае последующего обнаружения ошибок во взаимосвязанных элементах, так и возможностью самостоятельного пополнения пользователем информационных блоков ссылками на новые нормативно-технические документы ( по мере их появления или изменения, а также применительно к конкретной области разрабатываемой техники) без изменения самого алгоритма. В системах автоматизированного проектирования изложенный материал предназначен для информационного обеспечения с возможностью автоматического выбора критериев качества конструкторской документации из исходного массива информации, а также для создания прикладных программ контроля качества выполнения работ. [18]
Хорошо известно, что увеличивающийся спрос конечных пользователей на новые приложения превосходит возможности отраслей, занимающихся, обработкой информации, по созданию прикладных программ. Существует два взаимно дополняющих подхода к решению этой проблемы ( и оба онш являются необходимыми): один заключается в том, чтобы дать возможность конечным пользователям напрямую взаимодействовать с информацией, хранящейся в памяти компьютера; второй состоит в увеличении производительности труда профессионалов в области обработки данных при создании прикладных программ. Менее известно, что один-единственный метод - управление реляционными базами данных - дает практическую основу для обоих подходов. В данной статье объяснено, почему это так. [19]
Организация на основе персональных ЭВМ ( ПЭВМ) автоматизированных рабочих мест для различных специалистов требует создания профессионально-ориентированных прикладных программ. Стоимость разработки и сопровождения программ часто превышает стоимость ПЭВМ. Актуальным становится вопрос о выборе оптимального инструмента для создания прикладных программ. [20]
Программное обеспечение представляет собой совокупность всех компьютерных программ и эксплуатационной документации к ним, необходимых для выполнения расчетов задач СППР и ведения банков данных. Программное обеспечение подразделяется на общесистемное и специальное, или прикладное программное обеспечение. Общесистемные программы предназначены для организации функционирования вычислительных средств и удобства создания прикладных программ, в которых реализуются математические методы и алгоритмы решения проблемных задач. [21]
В этой системе отпадает необходимость создания монитора для каждого пакета, а пакеты строятся совместимыми между собой. Причем объективно-независимые пакеты ( языковые процессоры, мониторы, системы управления базой данных) являются общими и выбираются обычно уже из числа имеющихся, хорошо апробированных программных средств. Благодаря этому все усилия разработчиков программного обеспечения САПР концентрируются в основном на создании объектно-ориентированных прикладных программ. [22]
Мы представили множество аргументов в поддержку мнения, что технология реляционных баз данных предоставляет возможности для впечатляющего увеличения эффективности как конечным пользователям, так и прикладным программистам. Основными доводами являются такие свойства реляционных систем, как независимость данных, структурная простота и возможности реляционной обработки. Эти свойства были определены для реляционной модели данных и реализованы в виде реляционных систем управления базами данных. Все три перечисленных свойства упрощают создание прикладных программ и формулировку запросов и изменений информации, производимых с терминала. Кроме того, первое свойство делает программы устойчивыми к изменениям описаний и структур в базе данных и тем самым уменьшает трудозатраты на поддержание работоспособности программ. [23]
Развитие СУБД осуществляется в направлениях создания систем с более высокой производительностью при сложных обработках, совместимости различных СУБД и использования их в распределенных системах, состоящих из нескольких баз данных. СУБД, способные работать в вычислительных сетях, позволяют обращаться многим пользователям к общим информационным ресурсам. Наличие графических программных средств обеспечивает работу с графическими данными. Более развитые возможности СУБД в отношении обмена данными с другими пакетами, а также в области создания прикладных программ существенны для пользователя и экономят стоимостные и трудовые затраты. [24]
Сеть относится к классу систем общего назначения с включающим ( базовым) языком. Эта СУБД поддерживает сетевую модель данных, обеспечивает независимость логической организации данных от физической, а также относительную независимость программ от данных. Имеются развитые средства поддержания и восстановления целостности БД и разграничения доступа. Совместно с компонентами своего окружения, в состав которых входят средства ведения БД, получения отчетов, теледоступа, поддержки распределенных БД, производства программ, взаимодействующих с БД, а также другие компоненты, СУБД Сеть образует функционально полную систему программного обеспечения банка данных ( рис. 2.1 и 2.2) и ориентирована на широкое использование диалоговых режимов работы, в том числе в процессах ведения баз данных и метаданных, процедурах доступа к данным и, наконец, в процессах создания прикладных программ, взаимо-действующих с БД. [25]
Все перечисленные преимущества и вопросы являются важными. Но, как уже было сказано в гл. Первоначально под этим термином подразумевали независимость прикладной программы от данных. В настоящее время это понятие означает независимость логической организации данных от физической, а также то, что пользователь не должен беспокоиться о последствиях изменения параметров физической организации или типов устройств ЭВМ. Обеспечение независимости данных не только упрощает создание прикладных программ, но и увеличивает время их жизни. Понятие независимости относится не только к системам баз данных, но широко применяется также в информационных системах. [26]
Отдельные технические требования к исполнительным программам могут быть легко удовлетворены путем выбора некоторых программ операционной системы, другие могут потребовать разработку новых программ. Функции, выполняемые операционной системой, могут изменяться от системы к системе. Возможности операционной системы не являются критическими для этапа анализа задачи, поскольку на этапе анализа решается вопрос о том, какая функция должна выполняться, а не какие методы должны быть при этом реализованы. Но как бы то ни было, требования бывают часто очень гибкими, поэтому программист должен суметь разъяснить инженеру, каким, простым или сложным, путем может быть реализована заданная функция операционной системой. Следует позаботиться и о том, чтобы при создании прикладных программ не тратились понапрасну усилия на реализацию трудных, но не столь нужных функций. [27]
ЭВМ и облегчает ее использование, она яаз. Стандартный вариант операционной системы поставляется пользователю вместе с технич. Однако пользователь может генерировать собственный вариант операционной системы, приспособленный к его нуждам. Имеется большое количество разработанных и опробованных прикладных программ, к-рые пользователи могут приобретать в специализированных орг-цинх. Однако процесс создания новых прикладных программ ( в числе к-рых могут быть и программы, фактически расширяющие возможности операционной системы) непрерывно продолжается. [28]
До сих пор в химическом образовании используется лишь небольшая часть того, что в принципе может дать компьютерная графика. Такая будущая ПРС будет иметь 32-битовую архитектуру, 2 - Мбайта основной памяти, дисковод для 10 - Мбайтовых жестких дисков и растровый дисплей 1000 XI000 с графикой в 64 цветах. В результате разграничение различных уровней графики потеряет смысл, фактически каждый будет иметь доступ к этому оборудованию и использовать прикладные программы высокого уровня. Единственной проблемой остается динамическая графика в масштабе реального времени, например упоминавшееся выше представление молекулярных перегруппировок, так как оно предъявляет высокие требования к скорости вычислений и объему памяти. Решением может стать создание новых прикладных программ на иных принципах, позволяющих добиться движения практически в масштабе реального времени. [29]
Проектирование цифровой МП-системы начинается после четкого определения необходимости создания и целей системы. Собственно проектирование не начинается до завершения первоначального этапа исследований. На этом этапе тщательно оцениваются соответствие целям, производительность и стоимость различных подходов и разных МП. Обычно многие функции системы можно реализовать программно или аппаратно. Программный полинг не требует аппаратных средств и использует только одну линию прерывания в системной шине. Однако при введении векторных приоритетных прерываний они обслуживаются намного быстрее. Когда решены компромиссы и выбран МП, можно определить основные аппаратные характеристики ( ВУ, емкость памяти, структура шины) и разделить проектирование на аппаратные и программные задачи. Именно здесь начинается проектирование аппаратных средств и создание прикладной программы. [30]