Cтраница 1
Рабочая версия ( программного продукта) [ run-time version ] - копия программы с некоторым приложением, которая может работать, но не обеспечивает все функциональные возможности программы. [1]
Рабочая версия передана в опытную эксплуатацию. Подписывается приемосдаточный акт о передаче в опытную эксплуатацию. [2]
Первая рабочая версия экспериментальной программы ограничивалась анализом дозвуковых самолетов исключительно из соображений экономии затрат человеко-часов на анализ и программирование в период первоначальной критики системы. [3]
Рабочих версий в ходе работы по выявлению налогового преступления может быть несколько, и они могут дополнять, уточнять друг друга. Их выдвижение значительно облегчает оперативному работнику или следователю осуществление первичной проверки сведений о наличии признаков, свидетельствующих о возможности уклонения от уплаты налогов с организаций. [4]
Создание рабочей версии системы автоматизации, ориентированной на проектирование программ на различных языках для определенной специализированной ЭВМ, обеспечивает подсистема настройки. Автоматизация настройки позволяет существенно ускорить и облегчить эти процессы, а также избежать многих ошибок, которые трудно обнаруживать в столь сложной системе. [5]
В рабочей версии экспертной системы MORFEX максимальный размер морфологической матрицы составляет 48 столбцов х 28 строк, то есть на данной матрице будет размещаться 1344 альтернативных вариантов структуры синтезируемого объекта. [6]
В рабочей версии экспертной системы MORFEX максимальный размер морфологической матрицы составляет 48 столбцов х 28 строк, то есть на данной матрице будет размещаться 1344 альтернативных вариантов структуры синтезируемого объекта. Синтез осуществляется путем перебора на экспертной матрице возможных комбинаций альтернатив и выбора решений, имеющих наивысшую суммарную оценку max OH по входящим в них альтернативам. При этом для сокращения множества вариантов решений используют способ ранжирования морфологической таблицы, отбрасывая заведомо худшие варианты - см. процедуру 2.3 раздела 3.4 книги. На дисплей выводится 5 структур, имеющих максимальные оценки с указанием построчно наилучшей структуры, средневзвешенных оценок входящих в нее вариантов и итоговой оценки для всей структуры в целом. [7]
Для подготовки рабочей версии кросс-системы необходимы технические средства, которые позволяют целенаправленно и эффективно реализовать этот процесс. Совокупность этих средств образует систему подготовки: они имеют одно целевое назначение и связаны определенной последовательностью включения. [8]
Завершена проверка работоспособности рабочей версии. Тесты проверки - проходят весь технологический цикл от записи в архив текстов исходных лрограмм до выдачи на перфоленту. Результаты проверки сравниваются с эталонами. [9]
Завершена разработка документации рабочей версии. Составлено описание овкренюго представления автокода. Разработана документация, отображающая все изменения машинно-зависимых программ. [10]
Организована работа по подготовке рабочей версии. Создается группа настройки, ответственная за подготовку ( рабочей версии. Эта группа изучает документацию и организует получение базовой кросс-системы и документации из фонда хранения. [11]
Из нее довольно просто получить рабочую версию прикладной программы, удалив макрокоманды измерения времени и других параметров и полностью запрограммировав логику обработки данных. Помимо модели прикладной программы необходимо, конечно, предусмотреть блок спецификации программы, который описывает требования к базе данных со стороны модели. [12]
Может быть выполнена в виде слайд-фильма или рабочей версии ( см. далее) и распространяться как условно бесплатный программный продукт. [13]
В зависимости от построенной на этапе проверки рабочей версии вся собранная информация и документы рассматриваются под определенным углом зрения. Даже не оправдавшая себя в процессе проверки версия может стать основанием для новых предположений, а после возбуждения уголовного дела - одной из следственных версий. Выдвижение, содержание таких гипотез, порядок их проверки зависят, как правило, от опыта и профессиональных знаний, а нередко и интуиции оперативного работника. [14]
После всестороннего анализа прототип откладывается в сторону и начинается разработка рабочей версии программы, которая должна решать весь комплекс задач, определенных в спецификации проекта. Процесс разработки экспертной системы, как правило, состоит из последовательности отдельных этапов, на которых наращиваются возможности системы, причем каждый из этапов подразделяется на фазы проектирования, реализации, компоновки и тестирования. В результате после каждого этапа наращивания возможностей в распоряжении пользователя имеется система, которая способна справляться со все более сложными вариантами проблемы. [15]