Осуществляет выбор языка программирования для описания алгоритмов и структур данных. [c.350]
Многие разработчики сегодня выделяют ряд негативных моментов в реляционной модели, в частности, невозможность представления и манипулирования данными сложной структуры (тексты, пространственные данные). Это заставляет вести работы по совершенствованию систем второго поколения или созданию новой модели данных. Для СУБД третьего поколения характерны использование предложений, касающихся управления объектами и правилами, управления распределенными данными, языков программирования четвертого поколения (4GL), технологии тиражирования данных и других достижений в области обработки данных. Сегодня СУБД этого поколения применяются в деловой сфере достаточно активно не только как незаконченные технические решения, а как готовые продукты, дающие возможности разработчикам активно использовать мощные средства управления данными. [c.472]
Должностные обязанности. На основе анализа математических моделей и алгоритмов решения экономических и других задач разрабатывает программы, обеспечивающие возможность выполнения алгоритма и соответственно поставленной задачи средствами вычислительной техники, проводит их тестирование и отладку. Разрабатывает технологию решения задачи по всем этапам обработки информации. Осуществляет выбор языка программирования для описания алгоритмов и структур данных. Определяет информацию, подлежащую обработке средствами вычислительной техники, ее объемы, структуру, макеты и схемы ввода, обработки, хранения и вывода, методы ее контроля. Выполняет работу по подготовке программ к отладке и проводит отладку. Определяет объем и содержание данных контрольных примеров, обеспечивающих наиболее полную проверку соответствия программ их функциональному назначению. Осуществляет запуск отлаженных программ и ввод исходных данных, определяемых условиями поставленных задач. Проводит корректировку разработанной программы на основе анализа выходных данных. Разрабатывает инструкции по работе с программами, оформляет необходимую техническую документацию. Определяет возможность использования готовых программных продуктов. Осуществляет сопровождение внедренных программ и программных средств. Разрабатывает и внедряет системы автоматической проверки правильности программ, типовые и стандартные программные средства, составляет технологию обработки информации. Выполняет работу по унификации и типизации вычислительных процессов. Принимает участие в создании каталогов и картотек стандартных программ, в разработке форм документов, подлежащих машинной обработке, в проектировании программ, позволяющих расширить область применения вычислительной техники. [c.179]
Информация по категории персонал включает разделы структура и процедуры (операционные процедуры, правила кодирования и проверки, а также стандарты документирования). Раздел структура включает подразделы технический и административный. В первом из подразделов для конкретного модуля определяются имя, квалификация разработчика (опыт программирования, знание языков программирования) и ответственность (например, руководитель отдела программирования). Второй подраздел определяет аналогичную административную информацию. [c.57]
ПРИНЯТЫЙ ЯЗЫК, ПРОГРАММИРОВАНИЯ РАЗМЕРЫ И СТРУКТУРА БАНКА ДАННЫХ [c.89]
Этап проектирования и кодирования модулей включает процессы проектирования структуры каждого модуля, его логики и кодирования на конкретном языке программирования. [c.98]
Должностные обязанности. На основе анализа математических моделей и алгоритмов (постановок экономических и других задач) разрабатывает программы, реализующие решение задачи. Разрабатывает технологию решения задачи по всем этапам. Осуществляет выбор языка программирования и перевод на него алгоритмов задач. Определяет информацию, подлежащую обработке на ЭВМ, ее объемы, структуру, макеты и схемы ввода, обработки, хранения и выдачи информации, методы ее контроля. Определяет объем и содержание, данных тестовых примеров, обеспечивающих наиболее полную проверку соответствия программ их функциональному назначению. Выполняет работу по подготовке программ к отладке и проводит отладку. Разрабатывает инструкции по работе с программами, оформляет необходимую техническую документацию. Определяет возможность использования готовых программных средств. Осуществляет сопровождение внедренных программ и программных средств. Разрабатывает и внедряет методы и средства автоматизации программирования, типовые и стандартные программные средства. Принимает участие в проектных работах. На основе логического анализа проводит камеральную проверку программ. Определяет совокупность данных, обеспечивающих решение максимального числа условий, включенных в программу, выполняет работу по ее подготовке к отладке. Проводит отладку разработанных программ, корректирует их в процессе доработки. Разрабатывает инструкции по работе с программами, оформляет необходимую техническую документацию. Определяет возможность использования готовых программ, разработанных другими предприятиями (учреждениями). Разрабатывает и внедряет методы автоматизации программирования, типовые и стандартные программы, программирующие программы, трансляторы, входные алгоритмические языки. Выполняет работу по унификации и типизации вычислительных процессов. Принимает участие в создании ка- [c.156]
Чрезвычайно важное значение для управляющей системы имеет обратная связь, с помощью которой поддерживается контакт с управляемой системой. В качестве средства обратной связи используется информация о процессах, происходящих в управляемой системе. Без наличия информации сам процесс управления теряет смысл. Информация, поступающая от объектов управления, должна быть оперативной, иначе она может стать бесполезной, поэтому важнейшим элементом системы управления является эффективная информационная система. Между тем теория управления недостаточно ориентирована на изучение информатики как наиболее важной составной части процесса управления. Назрел вопрос о создании информационной науки, в задачу которой входили бы теоретические и лингвистические основы информатики, обработка информации и информационная технология, разработка и эксплуатация информационных систем и сетей. Информатика должна ориентироваться не на технический аспект (изучение языков программирования, технические средства автоматизации и т. п.), а на гуманитарный, на изучение структуры данных, информационных потоков, массивов, систем, процессов, информационной продукции, ее состава, преобразования, запросов потребителей и способов их удовлетворения и т. п. Решение этой проблемы даст импульс для дальнейшего развития науки управления. [c.16]
Должен знать постановления, распоряжения, приказы вышестоящих органов, методические, нормативные и другие руководящие материалы по организации автоматизированных систем управления производством перспективы развития предприятия технологию производства продукции предприятия организацию технико-экономического планирования и оперативного управления производством структуру предприятия, производственные и функциональные связи между его подразделениями задачи и содержание АСУП порядок разработки проектов АСУП и ее подсистем технические характеристики, конструктивные особенности, назначение и правила эксплуатации средств обработки и передачи информации порядок постановки задач, их алгоритмизации основы, проектирования механизированной обработки информации и программирования формализованные языки программирования действующие системы счислений, шифров и кодов стандарты унифицированной системы организационно-распорядительной документации порядок разработки и оформления технической документации основы экономики, организации труда, производства и управления основы трудового законодательства правила и нормы охраны труда, техники безопасности, производственной санитарии и противопожарной защиты. [c.66]
Должностные обязанности. На основе анализа математических моделей и алгоритмов (постановок экономических и других задач) разрабатывает программы, реализующие решение задачи. Разрабатывает технологию решения задачи по всем этапам. Осуществляет выбор языка программирования и перевод на него алгоритмов задач. Определяет информацию, подлежащую обработке на ЭВМ, ее объемы, структуру, макеты и схемы ввода, обработки, хранения и выдачи информации, методы ее контроля. Определяет объем и содержание данных тестовых примеров, обеспечивающих наиболее полную проверку соответствия программ их функциональному назначению. Выполняет работу по подготовке программ к отладке и проводит отладку. Разрабатывает инструкции по работе с программами, оформляет необходимую техническую документацию. Определяет возможность использования готовых программных средств. Осуществляет сопровождение внедренных программ и программных средств. Разрабатывает и внедряет методы и [c.140]
Концепция бригады главного программиста хорошо вписывается в методологию, излагаемую в данной книге. Библиотека поддержки разработки является хорошей иллюстрацией методов конфигурационного управления на уровне проекта. Структурное программирование удовлетворяет многим требованиям методологии проектирования, которые упоминаются в этой книге. Нисходящее проектирование, называемое также программированием сверху вниз, является фактически постепенной детализацией описаний функциональной структуры на уровнях более простых функций до тех пор, пока, наконец, не будет достигнут уровень собственно операторов языка программирования [14]. В ходе этого процесса фактически осуществляется декомпозиция проекта, описанная в предыдущей главе. Как заметил Бейкер [39], один из недостатков работы бригад главного программиста заключается в отсутствии подробных описаний функциональной структуры, которые отражали бы все внешние аспекты системы, не затрагивая внутренней структуры проекта. Ясно, что речь здесь идет о внешних спецификациях, рассмотренных в гл. 2. Бригада главного программиста, в составе которой предусмотрена должность руководителя проек- [c.91]
Справочное руководство. В справочном руководстве подробно описаны все внешние характеристики программного изделия. Оно обеспечивает пользователя подробной информацией о назначении программного изделия о необходимом оборудовании и его конфигурации о языке программирования, включая форматы команд и сообщений, структуры входных и выходных данных о взаимосвязях с другими программными изделиями. При этом предполагается, что читатель справочного руководства имеет опыт работы с техническими и программными средствами ЭВМ. [c.139]
Д 1.1 - техническое задание Д 1.2 - материалы обследования Д 1.3 - документ Постановка задачи Д 2.1 - функциональная структура задачи U 3.1 - универсум языков общения Д 3.1 - сценарий диалога Д 4.1 -дерево программных модулей Д 5.1 - классификаторы и документы Д 5.2 - система экранных кадров Д 5.3 - информационная база Д 6.1 - укрупненный алгоритм решения задачи U7.1 - универсум языков программирования Д 7.1 - коды программных модулей Д 8.1 - совокупность отлаженных модулей Д 9.1 - исходные данные контрольного примера Д 9.2 - комплекс отлаженных программных модулей Д 9.3 - результаты реализации контрольного примера Д 10.1 -совокупность программных документов Д11.1 - блок-схемы ТП Д 12.1 - комплект технологической документации и инструкционных карт. [c.212]
Существует сравнительно много способов описания структуры СЕЙ. Для описания, не зависимого от конкретных языков программирования и СУБД, достаточно указывать после имени СЕЙ список имен входящих в нее атрибутов и СЕЙ. Будем помещать этот список в круглые скобки, а имена внутри скобок перечислять через запятую. Имя СЕЙ может сопровождаться размерностью, т.е. указанием на количество одинаковых по структуре значений этой СЕЙ. Размерность, если она не равна 1, указывается в скобках после имени СЕЙ. [c.38]
Все языки программирования содержат средства описания структуры СЕЙ. [c.40]
Логическое исчисление специального вида (исчисление предикатов), о котором говорилось выше, реализовано в языке программирования Пролог. Обычно логика используется для выражения высказываний, отношений между высказываниями и правил вывода одних высказываний из других. Пролог - это первая попытка разработки языка, который позволял бы программисту описывать свои задачи средствами математической логики, а не с помощью традиционных для программирования конструкций, указывающих, что и когда должна делать вычислительная машина. Способы, используемые для представления объектов в Прологе (термы), соответствуют способам, имеющимся в языке исчисления предикатов. Чтобы делать высказывания об объектах, необходимо иметь возможность описывать отношения между объектами. Это делается с помощью предикатов. Формула (атомарное высказывание) состоит из предикатного символа и соответствующего ему упорядоченного множества термов, являющихся его аргументами. В Прологе структура может быть использована и в качестве целевого утверждения, и в качестве аргумента для другой структуры. [c.43]
Описаниям массивов файлов, записей, реквизитов, ключевых слов — присуща узкоспециальная специфика, порожденная структурой устройств ЭВМ и особенностями языков и систем программирования. Поэтому диалоговый режим имеет свою специфику для пользователей-профессионалов (специалистов по ЭВМ) и непрофессионалов. Диалог профессионала с ЭВМ осуществляется при отладке и сдаче в производственную эксплуатацию машинных программ решения автоматизируемых задач. [c.85]
Формализация базы знаний выполняется на основе выбранного языка представления знаний или другого инструментария. В результате получаем фрагмент базы знаний на языке, который, с одной стороны, соответствует выявленной структуре, а с другой - позволяет представлять вариант ГБЗ в виде программного продукта. В процессе реализации базы знаний создается вариант интеллектуальной системы, содержащий формализованные знания, блоки интерфейса системы с пользователем и манипулирования базой. Для этого либо выполняется непосредственное программирование изделия необходимого качества, либо используются существующие инструментальные средства разработки ГБЗ, либо применяются предварительно сгенерированные "пустые" оболочки гипертекстовых систем. Задача этой заключительной процедуры - разработка программного комплекса, демонстрирующего жизнеспособность и эффективность подхода в целом. [c.106]
В то же время специализированные языки программирования дают возможность реализовать программу вычислений очень легко. В некоторых случаях программы практически совпадают с математическим описанием модели. Программы на специализированных языках часто бывают очень наглядны, что позволяет объяснить структуру вычислительного процесса лицам, плохо знакомым с математикой. Типичным недостатком специализированных языков является то, что они, как правило, имеются далеко не на всех вычислительных машинах, что зачастую ограничивает использование программ одной организацией, в которой имеется соответствующий транслятор. Другой недостаток—-малая надежность трансляторов, которые часто создаюся кустарным образом и не проходят достаточной отладки. Третий недостаток специализированных языков — их жесткость, т. е. требование, чтобы модель принадлежала к некоторому узкому классу. Отметим, что первые два недостатка постепенно преодолеваются с распространением специализированных языков. [c.144]
Для решения задач информационной технологии, помимо ввода осведомляющей информации об объекте управления, необходимо также подготавливать и вводить информацию о структуре и содержании предметной области (т.е. модель объекта управления), а также информацию о последовательности и содержании процедур технологических преобразований для решения поставленных задач (т.е. алгоритмическую модель). Суть подготовки информации такого вида состоит в "написании программ и описании структур и данных на специальных формальных языках программирования. Этап разработки и ввода программ в настоящее время автоматизирован благодаря использованию развивающихся многофункциональных систем программирования. С их помощью существенно облегчаются процесс создания программ, их отладка и ввод. Тем не менее сам процесс моделирования, т.е. разработки моделей предметной области решаемых задач и их алгоритмической реализации, остается творческим и на этапе разработки информационных технологий в своей основе практически неавтоматизируем. [c.64]
Выжной процедурой технологического процесса обработки является также процедура преобразования данных. Она связана с рассмотренной выше процедурой ОВП, поскольку программа преобразования данных поступает в оперативную память ЭВМ и начинает исполняться после предварительной обработки управляющими программами процедуры ОВП. Процедура преобразования состоит в том, что ЭВМ выполняет в принципе типовые операции над структурами и значениями данных (сортировка, выборка, арифметические и логические действия, создание и изменение структур и элементов данных и т.п.) в количестве и последовательности, заданных алгоритмом решения вычислительной задачи, который на физическом уровне реализуется последовательным набором машинных команд (машинной программой). На логическом уровне алгоритм преобразования данных выглядит как программа, составленная на формализованном человеко-машинном языке - алгоритмическом языке программирования. ЭВМ понимает только машинные команды, поэтому программы с алгоритмических языков с помощью программ-трансляторов переводятся в последовательность кодов машинных команд. Программа преобразования данных состоит из описания типов данных и их структур, которые будут применяться при обработке, и операторов, указывающих ЭВМ, какие типовые действия и в какой последовательности необходимо проделать над данными и их структурами. [c.82]
Программы прикладного слоя написаны на встроенном в систему аппа-ратно-независимом языке программирования XAL (extended Appli ation Language). Пользователь имеет возможность редактировать их и создавать новые, дорабатывая нужную функциональность. Ядро-процессор написано на языке ++ и включает средства для редактирования и исполнения программ на языке XAL, форм, отчетов, меню и формирования запросов к обработчику данных. Ядро-обработчик данных ответственно за доступ к данным, которые могут храниться под управлением различных СУБД, а также за модификацию структуры информационной базы системы — добавление новых таблиц, новых полей в существующие таблицы, новых индексов и т.п. [c.278]
Вследствие сложности, обусловленной составом решаемых в> системе задач и используемых для этого средств, САПР может быть реализована в различных вариантах. В ряде случаев выбор варианта САПР для проектирования конкретных объектов производится исходя из имеющихся в данной НТО технических средств и программного обеспечения, а также на основании имеющегося опыта работы (например, использование тех или иных языков программирования) и сложившейся организационной структуры. Однако научный подход к созданию и развитию САПР требует тщательной оценки возможных вариантов каждой конкретной САПР и сравнения их между собой по обобщенным показателям для выбора наиболее эффективного варианта системы [9]. Данное обстоятельство обусловлено относительно" большим объемом затрат на создание и развитие САПР, а также существенной длительностью процесса создания и освоения этих систем. Технико-экономическая оценка возможных вариантов САПР должна выполняться на каждом этапе ее создания1 и развития от разработки технического задания до функционирования. [c.34]
Некоторые СУБД располагают такими языками, которые не только реализуют функции определения и манипулирования данными, но и обладают управляющими структурами и другими средствами, свойственными традиционным языкам программирования. Благодаря этому они могут использоваться как функционально полное средство для создания прикладных программ и для формулировки запросов пользователей к БД. Такие языки называют автономными (язык запросов). В качестве примера приведем ранее упоминавшийся язык dBase, построенный в стиле структурного программирования. [c.478]
Попова Н.Н., Ершов Н.М. Разработка математических моделей и методов исследования структуры программ в рамках языка программирования ОККАМ-2. В сб. Программа Университеты России . [c.342]
Написание компонентов ПО. В точке 4 обсуждаемой модели выполняется несколько шагов трансляции, начиная с трансляции внутреннего описания и кончая детальной разработкой необходимого набора программных операторов, обеспечивающих работу ПО в соответствии с заданными спецификациями. Этот этап работы реализует такие шаги, как трансляция внешнего описания проблемы в структуру компонентов ПО (модулей) и трансляция этих компонентов в описания структурного уровня, например блок-схемы процессов обработки информации. Именно в этой точке модели разработчик имеет дело с все возрастающим объемом информации, а отсюда и вероятность возникновения ошибок здесь достаточно высока. Основными задачами исследования надежности системы в это время являются задачи сравнительного анализа эффективности различных способов обеспечения надежности и выбор вариантов, обладающих заданной надежностью при учете реально существующих ограничений по различного рода ресурсам. Эти исследования могут проводиться на уровне моделей. Получение программы. Процесс последнего этапа разработки представляет собой трансляцию программных спецификаций в операторы языка программирования,. В силу формальности и рутинности выполняемой работы на этом этапе отмечается большое число ошибок, но эти ошибки, как правило, легко обнаруживаются и исправ- [c.51]
В первых языках программирования структура обращений к программным модулям была строго иерархичной. При иерархическом управлении каждый модуль сперва должен закончить свою работу — возможно, обращаясь к другим модулям, — после чего управление возвращается модулю, от которого оно было вначале получено. [c.516]
В ТПР предусмотрено использование средств, обеспечивающих настраиваемость на устройства ввода-вывода, переменность структур представляемых данных и переменность алгоритмов. Диапазон возможных изменений этих параметров во м<ногом определяется возможностями операционной системы ЭВМ Минск-32 , на базе которой реализованы ТПР АСУП [18]. Так как базовым языком программирования модулей ТПР Задача является Кобол, то замена используемых устройств вызывает необходимость изменения соответствующих разделов программ с последующим этапом трансляции. [c.40]
В 1995 г. выполнен перенос пакета со стационарных машин типа ЕС на IBM-совместимые ПЭВМ. В качестве языка программирования был выбран Фортран-77 (Mi rosoft, версия 5.0) как единственная на тот момент из распространенных систем программирования, имеющая встроенные средства работы с комплексными переменными и динамического выделения памяти под объекты заданной структуры (ALLO ATABLE-массивы) — см. [75]. [c.115]
Каждая СУБД обычно имеет собственный язык программирования приложений, использующих базу данных. Дня компьютеризации функциональных задач, основанных на базах данных (задач складского учета, бухгалтерского учета и т. т) все программы разрабатываются программистами. Здесь программирование имеет максимальную эффективность, поскольку массовые исходные данные, алгоритмы и выходные продукты предопределены, жестко регламентированы, имекгг стабильную структуру. Этот вид задач, [c.73]
Структура пакета представляет пользователю широкие возможности корректировки исходной матрицы, модификации задача и проведения по-слеолтимизацаояяого анализа. Кроме того созданы дополнительные программы для замены и удаления отдельных записей из исходного массива, записанного на языке ППП "Линейное программирование в АСУ1 1-, а гаквв программы формирования подматрицы А матрицы А для выполнения конкретного портфеля нарядов-заказов z - ( ylt пц ) <ет и преобразования решения, выдаваемого пакетом "Линейное программирование в АСУ s форме таблиц нескольких типов. [c.49]
Внутренним стержнем системы ZORBA-1 является эвристическая программа для получения аналогий между парами теорем, представленными на языке исчисления предикатов. Чтобы облегчить понимание и сделать возможными обобщения, она была сконструирована и построена главным образом на модульной основе. Следовательно, большую часть системы можно описать в терминах алгоритмов. В этом разделе при описании работы программы я надеюсь сочетать некоторые представления эвристического программирования с алгоритмической точностью. ZORBA-1 использует интересное множество поисковых и согласующих подпрограмм, которые были построены эмпирически, а затем обобщены и испытаны на наборе пар задач. (Т1—Т2 и ТЗ—Т4 прекрасно представляют этот набор.) Управляющая структура подсистем ИСХОДНОГО ОТОБРАЖАТЕЛЯ и РАСШИРИТЕЛЯ построена с расчетом на обработку различными сопоставляющими подпрограммами (описываемыми ниже) весьма сходных структур. Последующее описание [c.487]
Многошаговые модели приводят к задачам большой размерности, весьма сложным, хотя и обладающим линейными ограничениями, причем структура ограничений линейно нарастает по размерам вместе с числом траекторий прохождения информации, или сценариев, которые представляют совокупность неопределенностей, возникающих у лиц, принимающих решение. Отсюда следует, что практические модели должны осуществлять свою работу с помощью таких средств программного обеспечения, которые обобщают и используют языки моделирования для линейного программирования (ЛП) вроде GAMS и MODLER (последний используется в данной работе). [c.31]