Cтраница 2
Кроме того, зачастую пользователю требуются не самые точные решения, а наиболее полезные с его точки зрения. Поэтому при проектировании системы необходимо учитывать интересы будущих пользователей и включать их, как экспертов в процессе проектирования системы. Далее с ростом объема базы знаний ( когда число правил достигает нескольких сотен) добавление новых правил или исправление существующих часто приводит к появлению новых ошибок, количество которых сравнимо с устраняемыми ошибками. Отладка и тестирование выполняются с использованием контрольного набора задач, который желательно прогонять после каждого вносимого важного изменения в базе знаний и в стратегии управления процессом решения задач. [16]
Наиболее абстрактной моделью является реляционная модель данных. Абстрактна она в том смысле, что в значительной степени ориентирована на интересы пользователя ( программиста) и совершенно не несет в себе черт реального отображения на физическую память. Эта модель исторически возникла позже других, и ее появление оправдывается тем, что по мере усложнения информационных систем и прогресса в устройствах долговременной памяти поддержание математического обеспечения, несущего в себе черты суеты представления, обходится очень дорого. [17]
В теории построения цен на ИВУ и на практике далеко не всегда применяется этот закон в полной мере. Затратный механизм ценообразования в большей степени удовлетворяет производителей услуг и не выражает интересы пользователей. [18]
Качество для нас - это нечто большее, чем сумма тех или иных показателей работы и внутренняя хорошо отлаженная технология. Это определенный критерий, на основании которого библиотека управляется к в результате ориентируется на интересы пользователя и удовлетворение его запросов. Нам нужна система качества не для того, чтобы повесить сертификат в кабинете и показывать его гостям, а для того чтобы обеспечить выполнение наших услуг именно так, как ожидает наш пользователь. [19]
Любая форма представления разработанной модели системы качества приемлема при условии, что она составлена профессионалами в области качества и понятна ее пользователям. Пользователи должны относиться к системе непредвзято и стремиться проникнуть в замысел и ход мыслей разработчиков модели системы. Разработчики же должны глубже вникать в интересы пользователей. Современное состояние моделирования систем качества позволяет перейти к разработке динамических моделей управления качеством. [20]
Функция поддержки, подобно функции обслуживания, предполагает совмещение самых разнообразных обязанностей. Прежде всего группа поддержки является связующим звеном между пользователями и разработчиками программного изделия. Выступая в этой роли, группа поддержки собирает требования пользователей, на основе которых планируется разработка изделия; представляет интересы пользователей во время обзоров результатов, полученных в отдельных фазах проекта; проводит технические консультации по вопросам рекламы изделия; обучает пользователей; помогает устанавливать и заменять программные средства в вычислительных центрах пользователей; выполняет техническое обслуживание и обновление программных средств; обеспечивает обратную связь на основе мнений потребителей и запросов, касающихся усовершенствования программного изделия. [21]
На стадии отладки и тестирования полученного прототипа будущей системы выполняется проверка его работоспособности на разнородных примерах. Оценить работу экспертной системы трудно по той причине, что в подавляющем большинстве случаев не существует формального способа доказательства полученного системой решения. Кроме того, зачастую пользователю требуются не самые точные решения, а наиболее полезные с его гички зрсни. Поэтом при проектировании системы необходимо учитывать интересы будущих пользователей и включать их как экспертов в процессе проектирования системы. Далее, с ростом объема базы знаний ( когда число правил достигает нескольких сотен) добавление новых правил или исправление существующих зачастую приводит к появлению новых ошибок, количество которых сравнимо с устраняемыми ошибками. Отладка и тестирование выполняются с использованием контрольного набора задач, который желательно прогонять после каждого вносимого важного изменения в базе знаний и в стратегии управления процессом решении задач Помимо отладки на контрольном наборе задач используется прием регистрации при функционировании системы тех правил, которые приводят к конкретным заключениям. [22]
Примерно с 1977 г. стали предлагаться газовые хроматографы с микрокомпьютерным управлением, которые помимо обеспечения программированной процедуры серийных анализов с варьируемыми аналитическими параметрами и параметрами интегрирования давали возможность проводить операции по градуировке и частичному управлению анализом. Последнее в зависимости от результатов давало возможность принимать решение или о продолжении серийных анализов в автоматическом режиме, или о дальнейшем обсчете результатов с выдачей информации, ориентированной на интересы пользователя. Наборы программ и необходимых данных могут быть перенесены в кассеты или на гибкие диски и в нужный момент вызваны из накопительного устройства. [23]
В последние годы во многие журналы вкладываются отпечатанные типографским способом карточки с основными библиографическими данными помещенных в данном номере работ. Кроме того, ряд учреждений и некоторые издательства выпускают подборки так называемых аннотированных карточек. В них приводятся библиографические данные, а иногда и краткое содержание работы. Конечно, это очень упрощает ведение картотеки. Однако рефераты работ на аннотированных карточках не всегда учитывают интересы пользователя, и в ответственных случаях их надо проверять и уточнять. [24]