Разработанное программное обеспечение

Cтраница 2

Представление контуров деталей в виде полилиний AutoCad, идеально отвечающих требованиям преобразования их в маршруты резки и управляющие программы, позволило оптимальным образом решить и эти задачи. Разработанное программное обеспечение позволяет не только получать маршруты резки и управляющие программы, но и редактировать уже готовые управляющие программы - загружать маршрут вырезки в AutoCad, удалять, вставлять и заменять детали, задавать перемычки, менять точки входа в контур детали и многое другое. В результате можно быстро получить новый файл с исправленной управляющей программой резки деталей. [16]

Верхний уровень структурного подхода. [17]

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

Основная причина, по которой производители вычислительной техники отказываются оценивать надежность программного обеспечения, состоит в том, что, как указывалось в гл. Несмотря на тенденцию, популярную в настоящее время среди производителей, утверждать, что вновь разработанное программное обеспечение по своему качеству превосходит известное ранее, производителям следовало бы прийти к взаимопониманию с пользователями в отношении приемлемого уровня и улучшения надежности, чтобы пользователи по крайней мере могли соответственно планировать свою работу или в лучшем случае производителей нельзя было бы обвинить в искажении оценок. С учетом этих замечаний ниже приводятся оценки надежности программного обеспечения, причем они даны хотя и не для всего разнообразия ошибок, зависящих от того, как с точки зрения пользователя будет вест; себя программное обеспечение, но дают возможность относительно легко Предсказывать надежность системы в целом. [19]

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

Автоматизированное проектирование отличается от подобного использования ЭВМ прежде всего тем, что почти все из перечисленных операций автоматизированы и выполняются па ЭВМ с помощью заранее разработанного программного обеспечения, рассчитанного па многократное применение при решении определенного класса проектных задач. От пользователя требуется лишь описать исходные данные задачи на проблемно-ориентированном языке и быть готовым к оценке результатов и принятию решений по полученным от ЭВМ сведениям. Первые программные комплексы, обеспечивающие работу инженера с ЭВМ в таком режиме, были созданы в начале 60 - х годов для нужд проектирования в радиоэлектронике, электронной технике, строительной механике, самолетостроении. [21]

Описана необходимость создания языкового процессора при использовании языка представления фактографических данных контекстного типа. Определены задачи, решаемые языковым процессором. Указаны принципы построения программного обеспечения языкового процессора. Дана краткая характеристика разработанного программного обеспечения. Программный комплекс написан с использованием Ш1 / 1 под управлением ОС ЕС ЭВМ. [22]

Архитектура метасистемы СТЭЛЗ. [23]

Описанный механизм генерации СТЭЛЗов имеет еще одно существенное преимущество. Реализованный с помощью метасистемы язык программирования ( а следовательно, и написанное на нем математическое обеспечение) является достаточно мобильным при смене базового языка. Для этого в большинстве случаев достаточно заменить только текстовые заготовки, так как структура СТЭЛЗов, а следовательно, и структура процесса генерации при этом сохраняется. Это позволяет сравнительно безболезненно переносить разработанное программное обеспечение с одной вычислительной машины на другую, в несколько раз увеличивая срок его эксплуатации. [24]

Понятие универсальной и логически завершенной системы предполагает, что все программное обеспечение, предназначенное для вычислительной машины, представляет собой часть общей, тщательно подогнанной и прозрачной структуры. Для составления хорошего проекта и последующей его реализации требуется тщательно и детально определить взаимосвязь между языками системы, а также обеспечить универсальный доступ ко всем ресурсам в синтаксически единой форме, независимо от того, с помощью каких именно средств пользователь обращается к данной системе. Описанный подход в принципе основан на проектировании сверху вниз, причем руководства для пользователя должны составляться в самом начале, а проектирование программного обеспечения должно предшествовать проектированию аппаратной части системы. На этапе проектирования аппаратной части необходимо предоставить уже разработанному программному обеспечению аппаратную поддержку за приемлемую цену. [25]

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

Вторая стадия - прогнозирование действий студентов, которые могут помочь им в достижении целей. Важными факторами при этом являются взаимодействие и индивидуализация. Чтение данной главы может принести пользу, но личный опыт в этом деле неоценим. Необходимо знать, какие программы уже написаны, и использовать существующее программное обеспечение. Основной задачей обучающей программы является создание мотивированной и эффективной учебной ситуации, в которой главным действующим лицом является студент. Таким образом, решающее значение имеет не то, что делает компьютер, а то, что может осуществить студент, используя компьютер и разработанное программное обеспечение. Легче всего проверить, соответствует ли программа этому требованию, наблюдая за действиями студента и убеждаясь в отсутствии неожиданных или глупых ответов. [27]

Первое, что необходимо помнить - это предназначение портала. Этот вид поискового сервиса в Интернет не может охватить все. Поэтому необходимо ориентироваться на конкретную тему или ряд тем, которые может охватить ваш портал. Наверное прежде всего он должен быть литературным, ну и во вторую очередь региональным. Скорее всего из этого получится обо всем - практически ни о чем и для будущего пользователя вашего портала он будет иметь соответствующую цену. Во все века библиотека специализировалась ( в информационном смысле) на создании вторичной информации о документах, то есть создании каталогов. Это конечно же не значит, что библиотека должна отказаться от издательской деятельности. Одна уже сегодня можно констатировать тот факт, что в публикациях полных текстов книг в рускоязычном и украиноязычном сегменте сети Интернет профессиональные библиотеки безнадежно утеряли свои позиции. За последние 5 - 6 лет в сети появилось огромное количество полнотекстовых библиотек, созданных энтузиастами от литературы. Количество полнотестовых книг составляет десятки тысяч... Кто-то скажет не библиотечное это дело заниматься публикациями в таких объемах, и наверное будет прав. Возможно более логичным будет публикация в Интернет редких книг из собственных коллекций, не нарушая при этом закона об авторских правах. И тем не менее, не лишним будет создание адресных каталогов библиотек Мошкова, Евгения Пескина, подобных украинских сайтов. Предложенная технология предлагает в качестве базового стандарта для взаимодействия с сетью Интернет использовать формат метаданных Dublin Core, для изучения которого потребуется определенные усилия со стороны библиотек, но в остальном же, эта технология и разработанное программное обеспечение вписывается в рамки традиционной библиотечной работы. В будущем планируется расширить возможности РЕДАКТОРА-КОНВЕРТОРА путем создания дополнительных конверторов метаданных из формата Dublin Core в XML формат и другие. [28]

Страницы: 1 2