Работу компьютера могут нарушить и стихийные бедствия, и ошибки людей (аварии аппаратных средств и ошибки программного обеспечения, случайные ошибки и преднамеренные действия, как то саботаж и сознательный вред). Среди задач планирования мероприятий на случай аварии и устранение ее последствий можно выделить следующие 1) принять все меры для недопущения гибели людей, уничтожения капитальных и информационных ресурсов (активов) и 2) максимально снизить прямые и косвенные потери, вызванные задержками в обработке данных. [c.197]
Проблема не сводится к тому, что сообщения об ошибках слишком туманны. Это лишь симптом, свидетельствующий о том, что система в целом недостаточно умна , чтобы помочь пользователю справиться с возникшим затруднением. Вместо того чтобы уведомлять его о той или иной непостижимой ошибке, системе следовало бы устранить ее автоматически или, по крайней мере, подсказать пользователю, какие шаги ему следует предпринять. Теперь в наших продуктах появились программные мастера , которые помогают пользователям справляться с неполадками, например при печати, а также быстро выполнять некоторые необходимые процедуры. В дальнейшем мы планируем регулярно пополнять их состав. [c.205]
Появлению некачественной, недостоверной информации способствуют различные факторы, связанные с использованием ЭВМ в процессе ее сбора, регистрации и обработки, например недостатки программного обеспечения, особенности обработки информации. Что касается фактора воздействия человека, можно сказать следующее. Хотя в компьютерных системах гораздо сложнее исправление или сокрытие недостатков, в определенной степени это возможно при вмешательстве человека. Даже в крупных компьютерных системах до 0,1 части всех учетных записей выполняют люди. Производители ЭВМ утверждают, что половина всех проблем связана с ошибками, которые они допускают. [c.412]
Постановка задачи требует от пользователя не только профессиональных знаний той предметной области, для которой делается постановка, но и знаний компьютерных информационных технологий. Ошибки пользователя на этапе постановки задачи увеличиваются в сотни и даже в тысячи раз по своим последствиям (в зависимости от масштаба системы), если их обнаружат на конечных фазах создания или использования прикладного программного продукта. Причина заключается в том, что каждый из последующих участников создания прикладных [c.79]
Угрозы принято делить на случайные, или непреднамеренные, и умышленные. Источником первых могут быть ошибки в программном обеспечении, выходы из строя аппаратных средств, неправильные действия пользователей или администрации и т.п. Умышленные угрозы, в отличие от случайных, преследуют цель нанесения ущерба пользователям АИТ и, в свою очередь, подразделяются на активные и пассивные. [c.236]
Государство сможет не только периодически генерировать отчетность субъектов, но и осуществлять оперативный контроль за их хозяйственной деятельностью. Будут созданы-программные средства, обеспечивающие автоматическое сканирование и анализ бухгалтерской информации, зарегистрированной на серверах. По сравнению с имеющими место в настоящее время камеральными и выездными проверками налицо явный прогресс ошибка или злоупотребление могут быть обнаружены не после представления квартальной отчетности, а немедленно по их совершении. Самостоятельное составление и предоставление периодической отчетности налоговым органам останется признаком книжной формы учета, вместе с которой уйдет в прошлое. [c.683]
Но даже поэтапную автоматизацию нужно осуществлять системно. Типичной ошибкой при внедрении АИС-БУ в начале-середине 90-х годов было бессистемное внедрение разрозненных, не связанных друг с другом программ. В последующем многие предприятия вынуждены были отказываться от ранее приобретенного или самостоятельно созданного программного обеспечения и переходить к поэтапному внедрению комплексных программных средств, потенциально способных охватить все функции учета. Поэтому, даже при создании АИС-БУ как системы автоматизации решения отдельных задач бухгалтерского учета, следует заранее выбирать такое программное обеспечение, возможности которого в последующем можно наращивать либо приобретая новые модули, либо используя все больший и больший набор функций. [c.286]
То же самое относится к обновлениям (программного продукта). Компания, выпустившая программное обеспечение, используемое вами в торговле, заявляет в их новой версии появилась фантастически удобная функция, чудесный способ изучения рынка, которая вам на самом деле и даром не нужна. Однако вы вынуждены "обновлять", поскольку они больше не собираются поддерживать старую версию программного обеспечения. Позже выясняется, что в "обновлении" они испортили непрерывно работающий контрактный генератор, создали ошибку в окне курсора, и ваши графики больше не желают печататься правильно Когда вы сообщаете им об этом, все, что они говорят, - это "Не волнуйтесь, скоро выйдет новое обновление - всего за 195,00 долларов". [c.55]
При работе кластерной системы в составе МИС в случае сбоя программного обеспечения на одном узле приложение продолжает функционировать (либо автоматически перезапускается) на других узлах кластера. Отказ узла (или узлов) кластера по любой причине (включая ошибки персонала) не означает отказа кластера в целом профилактические и ремонтные работы, реконфигурацию и смену версий программного обеспечения в большинстве случаев можно осуществлять на узлах кластера поочередно, не прерывая работы МИС на других узлах кластера. Простои МИС, которые не в состоянии предотвратить обычные информационные системы, в кластерных МИС выражаются обычно в некотором снижении производительности, если узлы выключаются из работы, поскольку в случае сбоя приложения недоступны только на короткий промежуток времени, необходимый для переключения на другой узел кластера, готовность кластера к работе составляет 99,9% и выше. В больших МИС простои составляют не более 8 ч в год. [c.192]
Тщательно выбирайте программное обеспечение для построения корпоративно-информационной системы (КИС), так как ошибки в решении этого вопроса дорого обходятся. Старайтесь рассмотреть как можно больше систем живьем , а не по маркетинговым материалам разработчиков. Не стоит пытаться разрабатывать систему силами своих программистов — готовые системы разрабатываются специализированными коллективами на протяжении многих лет и имеют реальную себестоимость гораздо выше продажной цены (известный парадокс, характерный для больших программных и интеллектуальных продуктов). [c.83]
Современный маркетинг определяется скорее информационным обеспечением, а не грубой силой торговых агентов. Сегодня ни один торговый представитель не может оправдывать свои ошибки незнанием отрасли или компании, а также их проблем и потенциалов, поскольку в мире существуют такие мощные инструменты, как компьютеры и Интернет. Используя торговое программное обеспечение, торговый представитель может зафиксировать потребности, интересы, позиции и уязвимые точки всех потенциальных и реальных потребителей. Находясь в кабинете потенциального клиента, он может ознакомить его со всеми необходимыми ресурсами своей компании, используя для [c.19]
Конечно, в результате всего этого могут возникнуть определенные сложности. Иногда программное обеспечение таково, что команда вывода отчета на печать автоматически обновляет часть базы данных. Устранение какого-нибудь отчета может повлечь необходимость исправления программы. Доступ к базам данных внешних пользователей, не обладающих достаточной подготовкой, может привести к ошибкам, порче оборудования или информации. Решительная чистка невыполненных заявок по техническому обслуживанию может привести к утрате важных рабочих требований. Отсутствие на собрании может обернуться неполучением жизненно важной информации. [c.433]
Программные ошибки — это один из основных, постоянно присутствующих недостатков используемых программ. [c.115]
Для определения качества систем, основанных на использовании реляционных СУБД, ГИЦ ПС ВТ предлагает программный комплекс автоматизированного тестирования Мастер Тест , основным назначением которого является информационно-методическая поддержка процесса тестирования систем, основанных на технологии клиент-сервер. ПК Мастер Тест основан на Методике тестирования больших информационных систем и позволяет получить оценки по следующим показателям реактивность в условиях заданной нагрузки предельный уровень нагрузки толерантность (устойчивость к нагрузке) реактивность в условиях пиковой нагрузки ошибки при работе с источником данных. Комплекс позволяет проводить тестирование как по всей группе, так и по отдельным показателям. ПК Мастер Тест поддерживает понятия прототипа транзакции и группы транзакций, что позволяет на этапе планирования отделить конкретные свойства и алгоритм транзакции от условий ее запуска и требований к уровню производительности. Результаты работы ПК Мастер Тест могут быть непосредственно использованы в автоматизированном средстве оценки качества ПК АОК в виде оценочных элементов. [c.372]
С началом исследования вопросов надежности ПО возникла проблема стандартного определения программной ошибки и собственно надежности ПО. Это важно для того, чтобы в любой ситуации можно было однозначно определить факт наличия ошибки и причину, ее породившую. [c.6]
Программная ошибка. Люди имеют различные точки зрения на то, что представляет из себя программная ошибка. Не существует одного всеобъемлющего определения ошибки. [c.6]
Одно известное определение программной ошибки утверждает, что программная ошибка происходит тогда, когда программа работает не в соответствии со своими спецификациями. Это определение имеет один существенный недостаток однозначно предполагается, что спецификации корректны. Однако редко можно встретить явное подтверждение корректности спецификации, хотя опыт показывает, что одним из главных источников ошибок являются спецификации. Если программа работает не в соответствии с ее спецификациями, то это можно объяснить присутствием ошибки. Но если программа работает в соответствии со спецификациями, то нельзя утверждать, что ошибок в ней нет. [c.6]
Упомянутые выше недостатки разрешает следующее определение программная ошибка имеет место тогда, когда программа работает не так, как предполагает пользователь. Такое определение полностью устраивает [c.7]
Приведенное выше определение надежности приемлемо и для такой сложной системы, какой является программное обеспечение. Однако в этом определении не отражается различие между типами возможных ошибок, степенью влияния конкретной ошибки на функционирование системы. Это значит, что надежность ПО должна определяться как функция от степени влияния ошибок и частоты их проявления. [c.8]
Чтобы подчеркнуть различие между отказом и ошибкой, рассмотрим поведение отказов оборудования и ошибок ПО с точки зрения их зависимости от входных данных и от времени. Отказ оборудования не зависит от обрабатываемой информации. Если двоичный сумматор находится на грани отказа, то сам отказ не будет зависеть от конкретных значений обрабатываемых данных. С другой стороны, программные ошибки в большей степени зависят от входной информации. Причина появления ошибки в какой-то конкретный момент времени заключается в том, что в этот момент была обработана уникальная последовательность входных данных, вызвавшая проявление ошибки. [c.10]
Сущность сбоя аппаратуры и программной ошибки. [c.24]
Как видно из приведенного перечня факторов, определяющих качество ПО, большая часть из них не может быть в настоящее время оценена количественно. В связи с этим для получения и оценки факторов, определяющих качество ПО, необходимо организовать целенаправленный сбор статистики об ошибках и недочетах, допускаемых в процессе проектирования и отработки систем (программ) ПО. Наличие таких данных позволило бы выполнить их обработку методами математической статистики с целью количественной оценки факторов, определяющих качество ПО, и выработать систему мероприятий, допускающих разработку качественного программного обеспечения. [c.31]
При таком подходе к разработке ПО основной причиной его ненадежности являются ошибки, возникающие в процессе трансляции информации на различных стадиях технологического процесса. Программные ошибки возникают тогда, когда одно состояние описания задачи транслируется в очередное, более детальное состояние неполно или некорректно. [c.50]
Описание целей. Далее совокупность требований к системе транслируется (точка 2) в описание целей, которые должны быть реализованы создаваемым программным обеспечением. Этот шаг трансляции обеспечивает выполнение небольшого объема работ по определению и взвешиванию значительной части издержек последующего проектирования. Программные ошибки могут появиться из-за неправильного толкования требований исключения ряда моментов, которые должны быть обязательно учтены неправильного толкования отдельных оговорок и [c.50]
Процесс тестирования проводился на каждом этапе в течение всего времени разработки БД. Тестирование написанного программного обеспечения выполнялось на ЭВМ Pentium 4 PU 1,80 GHz. Во время тестирования были устранены ошибки программного кода и доступа к БД. Также была проведена работа по возможной оптимизации кода и общего функционирования системы, уменьшению избыточности и повышению функциональности системы. Большое внимание в рамках тестирования было уделено совершенствованию пользовательского интерфейса в направлении его упрощения и наглядности. Тестирование функциональности показало, что основные части ЭС вполне работоспособны, что дает право говорить об успешности проведенных процессов тестирования и отладки. [c.147]
Совсем не так давно, по обычному исчислению времени, Mi rosoft и другим производителям ПО пришлось пройти через изменение состава своей клиентской базы. Если раньше это были технические специалисты, способные во многом разобраться самостоятельно, то теперь — по большей части потребители, которым важны не столько различные технические ухищрения, сколько удобство выполнения простейших видов работ. По мере роста роли ПО в ведении бизнеса пользоваться компьютерами начинает все больше сотрудников компаний, и не все они хорошо ориентируются в технических вопросах использования этих машин. Многие фирмы, работники которых никогда и представить себе не могли, что им придется быть как-то связанными с программным обеспечением, оказываются вовлечены в эту сферу через публикацию своих материалов в Сети и ведение электронной переписки с клиентами. Для менее технически грамотных пользователей недостаточно того, что мы оперативно исправляем ошибки или предоставляем им средства, позволяющие решить проблему. В первую очередь они требуют, чтобы мы избавили их от сложностей. Для компаний многих отраслей цель состоит сегодня в том, чтобы использовать обратную связь от клиентов для дополнительной проработки каждого ас- [c.204]
При построении больших ИС актуальна проблема создания распределенных систем обработки данных на основе интеграции неоднородных аппаратно-программных платформ. Многоуровневая архитектура ИС обеспечивает изоляцию параллельно работающих процессов, в результате ошибки в работе одной программы не влияют на работу других программ либо операционной системы. Компьютерные сети могут включать отдельные сегменты, для связи которых используются стандартные протоколы. Для БД осуществляется администрирование, регистрация каждого имевшего место доступа к базе данных и выполненных изменений в специальном журнале БД. Как правило, для больших БД создаются страховые копии, осуществляется зеркализация дисков. [c.40]
Прямой дилинг осуществлялся ранее в основном по телефону. Ошибки при сделках было трудно при этом установить и еще труднее устранить. С вводом в эксплуатацию в середине 80-х годов дилинговьтх систем прямой дилинг претерпел коренные изменения. Дилинговые системы представляют собой работающие в Интернете компьютеры, соединяющие банки-участники всего мира с предоставлением каждому из них личного терминала. Эти системы отличаются скоростью, надежностью и безопасностью. Дилинговые системы постоянно совершенствуются с целью обеспечения максимально возможной поддержки при выполнении дилером торговых функций. Программное обеспечение весьма надежно для восприятия длинных цифр обменных курсов и стандартных величин. Кроме того, оно обеспечивает безошибочность и скорость при установлении связи между партнерами, переключении собеседников и обращении к базам данных. Трейдер находится в постоянном визуальном контакте с информацией, меняющейся на мониторе. Эту информацию удобнее видеть, чем слышать, особенно при переключениях во время разговоров. [c.15]
Использовалась классическая 10-3-1 сеть с прямой связью и алгоритмом обратного распространения ошибки. Сеть имела 10 входных узлов, 3 узла в скрытом слое и выходной слой, состоящий из одного узла. Применялся программный пакет NevProp с параметрами, приведенными в табл. 7.5. [c.163]
Надежность [Reliability] — набор атрибутов, относящихся к способности программного обеспечения сохранять свой уровень качества функционирования при установленных условиях за установленный период времени стабильность, устойчивость к ошибке, восстанавливаемость. При- [c.329]
Стабильность [Maturity] — атрибуты программного обеспечения, относящиеся к частоте отказов при ошибках в программном обеспечении. [c.345]
Устойчивость к ошибке [Fault Toleran e] — атрибуты программного обеспечения, относящиеся к его способности поддерживать определенный уровень качества функционирования в случаях программных ошибок или нарушения определенного интерфейса. Примечание. Определен- [c.349]
Впрочем, на практике все оказывается не так уж и просто. Крупные фирмы порой тратят до пяти-десяти млн. долларов на RM-системы и получают при этом совершенно неудовлетворительные результаты. Менее 30% компаний, использующих систему RM, считают, что им удалось окупить соответствующие вложения. Основные проблемы связаны вовсе не с программным обеспечением (жалобы на него поступали только в 2% случаев). RM-Forum объясняет неудачи следующими причинами организационные преобразования (29%), политика/инерция компании (22%), непонимание принципов RM (20%), ошибки планирования (12%), неправильное использование RM (6%), бюджетные проблемы (4%), программные сбои (2%), неправильные рекомендации (1%), прочее (4%).56 [c.203]
На сегодняшний день известны несколько достаточно качественных программных продуктов по распознаванию текста, в том числе — две системы отечественных фирм, ориентированных прежде всего на распознавание русскоязычных текстов FineReader и uneiForm). Средняя скорость работы системы O R на оборудовании средней мощности составляет примерно одну машинописную страницу в минуту. Качество распознавания — в среднем одна—две ошибки на 1000 знаков в тексте среднего качества. [c.539]
В системе iRWE проявляется тенденция к увеличению доли, которую составляют ошибки персонала при переключениях среди различных причин аварий. Несмотря на рост мощности системы, абсолютное число случаев значительного роста не проявляет. По-видимому, число ошибок при переключениях стало более заметным только по той причине, что количество случаев, происходящих из-за других причин, благодаря техническому прогрессу резко уменьшилось. Существуют две возможности устранения ошибок персонала блокировка и автоматическое чередование коммутационных операций с предварительной проверкой. Так как введение блокировок требует значительных затрат и в некоторых случаях создает неудобства, в системе RWE выбран другой способ и разработано программное управление коммутационной аппаратурой. Вместе с системой управления, которая широко охватывает установки высокого напряжения энергосистемы и приводится в действие из центрального диспетчерского пункта, установка этого программного устройства не требует значительных затрат. [c.168]
Из изложенного следует, что программные ошибки не являются неотъемлемым свойством программного обес-пече.ния. Однако сколько бы разработчик не всматривался в программу, сколько бы не проверял ее, нет полной уверенности в том, что все ошибки выявлены. Таким образом, наличие ошибки в программе — это функция от самой программы и от того, что ждет от нее пользователь. Приняв в качестве базового последнее из представленных определений программной ошибки, предполагаем, что данное определение может быть расширено за счет исключения различных человеческих факторов возникновения ошибок в ПО (например, различное восприятие текста документации, различное толкование общепринятых положений и т. д.). [c.8]
Написание компонентов ПО. В точке 4 обсуждаемой модели выполняется несколько шагов трансляции, начиная с трансляции внутреннего описания и кончая детальной разработкой необходимого набора программных операторов, обеспечивающих работу ПО в соответствии с заданными спецификациями. Этот этап работы реализует такие шаги, как трансляция внешнего описания проблемы в структуру компонентов ПО (модулей) и трансляция этих компонентов в описания структурного уровня, например блок-схемы процессов обработки информации. Именно в этой точке модели разработчик имеет дело с все возрастающим объемом информации, а отсюда и вероятность возникновения ошибок здесь достаточно высока. Основными задачами исследования надежности системы в это время являются задачи сравнительного анализа эффективности различных способов обеспечения надежности и выбор вариантов, обладающих заданной надежностью при учете реально существующих ограничений по различного рода ресурсам. Эти исследования могут проводиться на уровне моделей. Получение программы. Процесс последнего этапа разработки представляет собой трансляцию программных спецификаций в операторы языка программирования,. В силу формальности и рутинности выполняемой работы на этом этапе отмечается большое число ошибок, но эти ошибки, как правило, легко обнаруживаются и исправ- [c.51]