Объектное проектирование 152 Объектный код программы 32 Объектный модуль 166 Операнд 148 [c.244]
Полезную роль в работе группы программирования выполняет библиотекарь программ. Этот специалист является связующим звеном между программистом и ЭВМ. Он выполняет основную канцелярскую работу по проекту ввод данных, редактирование программ и проверку, сохранение программных распечаток, носителей исходных и объектных кодов. На него возлагаются также задачи ведения документации, хронологического архива всей деятельности и корреспонденции проекта. [c.45]
Одним из объектов авторского права являются программы для ЭВМ. В соответствии с Законом РФ от 23 сентября 1992 г. О правовой охране программ для электронных вычислительных машин и баз данных правовая охрана распространяется на все виды программ для ЭВМ, которые могут быть выражены на любом языке и в любой форме, включая исходный текст и объектный код. [c.85]
Предоставляемая настоящим Законом правовая охрана распространяется на все виды программ для ЭВМ (в том числе на операционные системы и программные комплексы), которые могут быть выражены на любом языке и в любой форме, включая исходный текст и объектный код. [c.76]
Программирование, тестирование и сборку системы Г.Буч [11] рассматривает как единый этап, называемый эволюцией системы. Объектно-ориентированный подход обеспечивает быстрое создание прототипов проектируемой системы, постепенное развитие которых приводит к конечному результату. На этом этапе также возможно введение новых классов, изменение структур данных, добавление новых методов. Следует заметить, что программирование и тестирование отдельных компонентов системы возможно до завершения проектирования, что экономит время разработки. Современные объектно-ориентированные ИС (см. разд. 9.3), применяемые при разработке программных систем, обычно обладают возможностями автоматизации ряда процессов, выполняемых на этом этапе. В частности, предусмотрена автоматическая генерация кодов программ. [c.88]
Модель реализации информационной системы представляет собой аннотированный исходный код программ. Любой язык позволяет применить объектно-ориентированные методики моделирования, но объектно-ориентированные языки имеют большие преимущества по сравнению с остальными, облегчая перевод основных конструкций модели в конструкции языка. [c.209]
Проектировщикам в отличие от аналитиков нужны модели, позволяющие описывать различные способы выполнения системы вплоть до создания программного кода. Объектно-ориентированные языки позволяют получить только описание классов, но не информацию о взаимодействии соответствующих классов. Следовательно, проектировщикам необходимо знать, каким образом классы взаимодействуют для реализации прецедентов. Они нуждаются в реальной объектной модели, представляющей собой некоторую абстракцию программного кода. Реальная объектная модель необходима также специалистам, которые тестируют готовые программы. В этой модели принимаются во внимание такие важные технические аспекты, как среда разработки (язык реализации, доступные вычислительные ресурсы, используемая СУБД и т.д.) и ее ограничения. Результатом проектирования приложения являются исходные тексты программ, которые образуют модель реализации системы. [c.203]
Компилятор сначала переводит исходную программу, написанную на языке высокого уровня, в так называемый объектный код, после чего компилятор больше не требуется. Для последующего выполнения объектного кода необходим меньший объем памяти, чем тот, который нужен для гой же самой программы и интерпретатора, присутствующего в памяти при выполнении программы. Но компилятор, как правило, представляет собой программу значительно большую, чем интерпретатор, и для него нужна микроЭВМ с большей памятью. Распространенным компилятором для микроЭВМ является компяля-тор с языка Паскаль. [c.69]
Существует три способа разработки модели традиционный, объектно-ориентированный и интегрированный, причем первые два имеют существенные недостатки. Для традиционного способа характерен каскадный метод, предусматривающий последовательное выполнение этапов анализа, проектирования, программирования, тестирования и сопровождения. Это приводит к большим потерям времени и не позволяет быстро разрабатывать прототипы программной системы. При объектно-ориентированном способе нет строгой последовательности выполнения отдельных этапов (применяется возвратный метод), кроме того, используется естественность языка описания объекты соответствуют существительным, а связи между ними — глаголам и отглагольным формам. Практически все ИС, реализующие объектно-ориентированный подход к разработке моделей сложных систем, обладают возможностями генерации кодов программ на объектно-ориентированных языках ( ++, ADA, SmallTalk). Но, несмотря на все, объектно-ориентированный подход рассчитан на программистов, а не на менеджеров. [c.23]
К настоящему времени в мире имеется несколько десятков ИС, реализующих объектно-ориентированный подход к разработке сложных систем. Они используют разные методики анализа и проектирования. Практически все подобные средства обладают возможностями генерации кодов программ на объектно-ориентированных языках ( ++, Ada, Smalltalk). Необходимо подчеркнуть, что ИС эффективны только в сочетании с методическим обеспечением. [c.93]
Проектирующие подсистемы, применяемые к конкретным объектам, часто называют объектно-ориентированными. Подобные подсистемы настолько многочисленны, что затруднительно привести даже их перечень. Остановимся для примера на подсистеме, связанной с проектированием гидропривода и названной САПР Гидрооборудование , сданной в промышленную эксплуатацию во ВНИИгидропривода [46]. Ее структурная схема приведена на рис. 1.5. Блок управления представляет собой управляющую программу (УП), обеспечивающую связь системы с пользователями, базой данных и блоком оптимизации. Работа УП начинается с обращения к блоку, содержащему базу данных. Устройством связи с оператором выдается список объектов проектирования, запрашивается код объекта, из базы данных выбирается модель, соответствующая указанному коду. Далее УП запрашивает дополнительную информацию, уточняющую модель, критерий эффективности, ограничения. Сформировав математическую модель, УП обращается к блоку оптимизации, сообщая пользователю список методов оптимального поиска. Пользователь указывает код метода оптимизации. В блок оптимизации включены методы Лагранжа, Шора, модифицированных функций Лагранжа с численным дифференцированием, Лагранжа—Мида, градиентный. Полученные по одному из указанных методов оптимизации параметры объекта выдаются УП в виде таблицы. Пользователь оценивает результаты и принимает решение о продолжении или окончании работы с системой. При необходимости могут быть уточнены математическая модель и исходная информация, выбран иной метод оптимизации. [c.39]
Интеграция системы невозможна без решения задачи управления. Группа, проводящая работы по интеграции, должна знать заранее, что содержится на. каждом уровне системы. Единственный допустимый способ внесения изменений в систему—это внесение через интеграцию или путем формального процесса исправления ошибок. Bee исправления ошибок должны иметь форму замены всего модуля новым. Другие типы изменений, такие, как подг программы исправлений в объектном иди исходном коде должны быть запрещены. При обнаружении ошибки групт па интеграции должна удалить весь модуль, а может быть даже их некоторую связанную совокупность, и предупредить об этом разработчика. [c.177]