Компьютеры, программирование

• 9901. Термостабилизированный логарифмический усилитель
  Контрольная работа пополнение в коллекции 25.09.2010

  Òðàññèðîâêà çàêëþ÷àåòñÿ â íàõîæäåíèè ïðèåìëåìîãî êîìïðîìèññà ñ ó÷åòîì ñõåìîòåõíè÷åñêèõ òðåáîâàíèé (ìèíèìèçàöèÿ ïîìåõ), êîíñòðóêòîðñêèõ è òåõíîëîãè÷åñêèõ òðåáîâàíèé (ìèíèìèçàöèÿ èçãèáîâ òðàññ, ïåðåìû÷åê èç îáúåìíîãî ïðîâîäà). Ïðè óâåëè÷åíèè ÷èñëà ñëîåâ, òðàññèðîâêà óïðîùàåòñÿ, íî ñòîèìîñòü ïëàòû ðàñòåò. Ïðè ìàëîì ÷èñëå ñëîåâ ïëàòà äåøåâëå, íî óâåëè÷èâàåòñÿ ñëîæíîñòü òðàññèðîâêè áåç ïåðåìû÷åê, êîòîðûå óâåëè÷èâàþò ñòîèìîñòü ñáîðêè è óìåíüøàþò íàäåæíîñòü ïëàòû.  ïå÷àòíîé ïëàòå ïðè ïåðåñå÷åíèè ïðîâîäíèêîâ ïîëó÷àåòñÿ ýëåêòðè÷åñêèé êîíòàêò. Åñëè îí íå íóæåí, íåîáõîäèìî èçìåíÿòü ëèíèþ ïðîâåäåíèÿ îäíîãî èç ïðîâîäíèêîâ, ëèáî îäèí èç ïðîâîäíèêîâ âûïîëíÿòü íà äðóãîé ñòîðîíå ïëàòû. Äëèíà ïðîâîäíèêîâ äîëæíà áûòü ìèíèìàëüíîé. Ðèñóíîê ïðîâîäíèêîâ äîëæåí íàèëó÷øèì ñïîñîáîì èñïîëüçîâàòü îòâåäåííóþ äëÿ íåãî ïëîùàäü. Òðàññèðîâêà îñóùåñòâëÿåòñÿ âðó÷íóþ èëè ñ ïîìîùüþ ÑÀÏÐ.

• 9902. Тест на быстродействие микропроцессора
  Информация пополнение в коллекции 12.01.2009

  ПрограммаТест, язык, тип данныхМоделирование ПЛМ (PLA)89+92, С, ФТLisp интерпретатор89+92, С, ФТФормирование логических таблиц истинности89+92, С, ФТUnix утилита упаковки тестового файла размером 1Мбайт, который 20 раз подвергается сжатию92, С, ФТОперация со строками и столбцами электронной таблицы92, С, ФТКомпилятор GNU, трансляция 19 программ на Си в оптимизированный код ассемблера89+92, С, ФТМоделирование аналоговых цепей с высокой интенсивностью обменов с памятью89+92, Фортран, ПТ, ДВМоделирование термодинамики ядерного реактора методом Монте-Карло; содержит большое число ветвлений и коротких циклов89+92, Фортран, ПТ, ДВЗадача квантовой химии для системы из 500 атомов92, Фортран, ПТ, ДВВерсия теста Mdijdp2 для одинарной точности92, Фортран, ПТ, ОТРешение уравнений Максвелла92, Фортран, ПТ, ДВГенерация сетки при моделировании процессов обтекания; программа ориентирована на тестирование параллельных систем89+92, Фортран, ПТ, ДВМоделирование управления движением робота с использованием видеосистемы92, С, ПТРешение сеточной задачи shallow water для сетки 256х25692, Фортран, ПТЗадача квантовой физики вычисления массы элементарных частиц с использованием метода Монте-Карло; хорошо векторизуется и ориентирована на тестирование параллельных систем92, Фортран, ПТ, ДВРешение уравнение Навье-Стокса для определения параметра межгалактического газа; программа хорошо векторизуется и ориентирована на тестирование параллельных систем92, Фортран, ПТ, ДВСемь библиотечных функций обработки матриц (умножение, обращение и т.д.)89+92, Фортран, ПТ, ДВМоделирование процесса замещения атомов на сериях Гаусса; программа плохо распараллеливается и содержит большой объем ввода/вывода89+92, Фортран, ПТ, ДВСинтетический тест, имитирующий различные алгоритмы умножения матриц89, Фортран, ПТ, ДВ Моделирование уха человека92, С, ПТ, ДВ

• 9903. Тест на языке программирования Visual Basic
  Контрольная работа пополнение в коллекции 09.12.2008

  Работа программиста по созданию программы начинается не за компьютером, а за столом. Обдумав идею создания программного приложения, я расчертил будущий внешний вид каждой формы проекта на бумаге, указав места расположения управляющих элементов. И в итоге я получил 28 форм, что, на мой взгляд, сделало тест более привлекательным.

  • Форма 1 представляет собой регистрационный лист, на котором размещена инструкция пользователю, предусмотрены два поля для ввода фамилии и класса, имеется мультимедийный объект часы и предусмотрена кнопка для продолжения теста «Приступить к тесту». В случае если пользователь не заполняет одно из окон. На экране выдается модальное окно с сообщением об ошибке регистрации с текстом «Вы забыли ввести данные».
  • Формы 2, 6, 8, 9, 10, 11, 12, 14, 17, 19, 24, 25, 26, 27 построены по принципу выбора ответа из 4-х вариантов перечисленных с помощью радио кнопок.
  • Формы 4, 5, 20 предлагают учащемуся ввести ответ с клавиатуры.
  • На формах 15,21,22 кроме текста размещен графический объект, являющийся частью тестового задания. Ответ учащийся должен ввести с клавиатуры.
  • На форме 7 размещены фотографии компьютерных устройств, которые являются управляющими объектами (щелчок на фотографии фиксирует правильный ответ).
  • На формах 13, 16, 23 тестовый вопрос сопровождается графическим пояснением в виде таблицы или схемы .Выбор ответа - из 4-х вариантов перечисленных с помощью радио кнопок.
  • На форме 18 в контейнере для выбора ответов размещены фрагменты элементов окна приложения Paint. Выбор ответа - из 4-х вариантов перечисленных с помощью радио кнопок.
  • На форму 3 помещен анимационный объект, демонстрирующий передачу информации. Выбор ответа - из 4-х вариантов перечисленных с помощью радио кнопок.
  • На итоговой форме 28 размещены управляющие объекты типа Label, предусмотренные для вывода результатов тестирования.

• 9904. Тест программных программ
  Информация пополнение в коллекции 12.01.2009

  В соответствии с технологией конструирования программ построена программа тестового редактора. Я разделил ее на этапы:

  1. Создание структурной программы, во многом неудобной в использовании из-за отсутствия диалога, упорядоченного ввода и вывода информации и многого другого. Исходная программа имела лишь основные функции. Она была «ядром», осуществлявшим все процессы и функции редактора. В следующей главе в точности приведен текст структурной программы.
  2. Разбиение сплошного текста программы на процедуры. Таким образом, текст стал занимать не так много места, исчез оператор варианта, многие метки, ссылки и т. п. Надо сказать, многие программисты предпочитают вводить процедуры в программу. Это значительно упрощает ее.
  3. Введение оконной системы с помощью доступных возможностей языка (оператор Window). Это позволило значительно упростить работу, создать диалог пользователя с программой, уменьшить количество информации, поступающей к пользователю и количество ее «потоков».
  4. Введение объекта- панели управления. Вы можете видеть ее внизу экрана. Она взяла на себя управление функциями редактора. Причем введение объекта значительно упростило программу. Методы работы с объектами вы можете прочитать в главе «Объектное программирование».
  5. Оформление работы

• 9905. Тестирование жестких дисков
  Информация пополнение в коллекции 29.04.2010

  Продолжая лидировать в сфере IDE-устройств, компания Western Digital предложила расширение интерфейса IDE. Новая спецификация - Enhanced IDE - повышает скорость обмена с диском, допускает применение более скоростных дисков и обеспечивает возможность установки в компьютере до четырех устройств IDE. Кроме того, Enhanced IDE позволяет подключать к контроллеру не только винчестеры, но и другие устройства (приводы CD-ROM, стриммеры), поддерживающие спецификацию ATAPI (AT Attachment Packet Interface). Эта спецификация определяет интерфейс с приводами CD-ROM и другими недисковыми устройствами, позволяющий использовать стандартные контроллеры и кабели. Стандарт ATAPI получил широкую поддержку среди производителей CD-ROM-устройств и разработчиков операционных систем, что еще более расширило сферу распространения интерфейса IDE/ATA. Текст спецификации ATAPI можно найти на сервере ftp: // fission. dt. wdc.com/pub/standarts/atapi/atapi25. zip

• 9906. Тестирование и верификация HDL-моделей компонентов SOC
  Информация пополнение в коллекции 15.11.2010

  Далее интерес представляет создание таблицы тестопригодности, управляемости и наблюдаемости, а также соответствующий им график для визуального контроля «плохих» компонентов. Фиксация определенной планки тестопригодности, ниже которой значения будут считаться неприемлемыми, позволит разработчику создавать ассерции и другие дополнительные средства повышения тестопригодности для проблемных функциональных блоков. Кроме того, средства повышения тестопригодности должны обеспечивать глубину диагностирования до функционального компонента и привязанных к нему операций в целях быстрого восстановления работоспособности программной HDL-модели. В целях построения алгоритмов поиска ошибок в программном коде можно использовать таблицу неисправностей, по аналогии с технологией тестирования hardware. Любопытное решение в процессе проверки функциональных блоков связано с сигнатурным анализом, где обобщенная сигнатура отождествляется с исправным поведением всего кода, а также с каждым компонентом. Любое несовпадение эталонной сигнатуры с фактической приводит к выполнению процедуры диагностирования и восстановления работоспособности HDL-модели путем исправления семантики кода.

• 9907. Тестирование и отладка программного обеспечения
  Курсовой проект пополнение в коллекции 20.07.2012

  С тoчки зрeния нaдeжнoсти прoгрaммнoгo oбeспeчeния эти стрaтeгии мoжнo oцeнить пo вoсьми критeриям, кaк пoкaзaнo в тaблицe. Пeрвый критeрий - врeмя дo мoмeнтa сбoрки мoдулeй, пoскoльку этo вaжнo для oбнaружeния oшибoк в сoпряжeниях и прeдпoлoжeниях мoдулeй o свoйствaх друг другa. Втoрoй критeрий - врeмя дo мoмeнтa сoздaния пeрвых рaбoтaющих «скeлeтных» вeрсий прoгрaммы, пoскoльку здeсь мoгут прoявиться глaвныe дeфeкты прoeктирoвaния. Трeтий и чeтвeртый критeрии кaсaются вoпрoсa o тoм, нeoбхoдимы ли зaглушки, дрaйвeры и другиe инструмeнты тeстирoвaния. Пятый критeрий - мeрa пaрaллeлизмa, кoтoрый вoзмoжeн в нaчaлe или нa рaнних стaдиях тeстирoвaния. Этo интeрeсный вoпрoс, пoскoльку нeoбхoдимoсть в рeсурсaх oбычнo дoстигaeт пикa нa этaпaх прoeктирoвaния и прoгрaммирoвaния мoдулeй. Пoэтoму вaжнo, чтoбы вoзмoжнoсть пaрaллeльнoгo тeстирoвaния пoявилaсь ближe к нaчaлу, a нe кoнцу циклa тeстирoвaния. Шeстoй критeрий связaн с oтвeтoм нa oбсуждaвшийся рaнee вoпрoс: вoзмoжнo ли прoвeрить любoй кoнкрeтный путь и любoe услoвиe в прoгрaммe? Сeдьмoй критeрий хaрaктeризуeт слoжнoсть плaнирoвaния, нaдзoрa и упрaвлeния в прoцeссe тeстирoвaния. Этo связaнo с oсoзнaниeм тoгo фaктa, чтo тeстирoвaниe, кoтoрым труднo упрaвлять, чaстo вeдeт к нeдoсмoтрaм и упущeниям. Врeмя oт врeмeни рaздaются вoзрaжeния прoтив нисхoдящeгo пoдхoдa в связи с тeм, чтo тeстирoвaниe нижних мoдулeй трeбуeт мнoгoкрaтных лишних прoгoнoв гoлoвных мoдулeй. В кaчeствe исхoднoгo приближeния для выпoлнeния вaших сoбствeнных oцeнoк привeдeн вaриaнт oчeнь грубoй oцeнки. Прeждe всeгo, слeдуeт взвeсить oтнoситeльнoe влияниe кaждoгo из вoсьми критeриeв нa нaдeжнoсть прoгрaммнoгo oбeспeчeния. Рaнняя сбoркa и рaннee пoлучeниe рaбoтaющeгo кaркaсa прoгрaммы, a тaкжe вoзмoжнoсть тeстирoвaть любыe кoнкрeтныe услoвия прeдстaвляются нaибoлee вaжными, пoэтoму им дaeтся кoэффициeнт 3. Слoжнoсть пoдгoтoвки зaглушeк, a тaкжe слoжнoсть плaнирoвaния и упрaвлeния пoслeдoвaтeльнoстью тeстoв тaкжe вaжны, пoэтoму oни пoлучaют вeс 2. Трeтий критeрий, нeoбхoдимoсть дрaйвeрoв, вeс 1 ввиду дoступнoсти oбщих инструмeнтoв тeстирoвaния. Критeрий, связaнный с пaрaллeлизмoм рaбoты, тaкжe имeeт вeс 1, пoтoму чтo, хoтя oн, мoжeт быть, и вaжeн пo другим причинaм, нa нaдeжнoсть сильнo нe влияeт. Вoсьмoй критeрий пoлучaeт кoэффициeнт нуль. Нa тaблицe пoкaзaны рeзультaты этoй oцeнки.

• 9908. Тестирование и отладка программного обеспечения
  Курсовой проект пополнение в коллекции 20.07.2012

  № п/пПонятиеОпределение 1Тестирование программного обеспеченияэто процесс анализа или эксплуатации программного обеспечения с целью выявления дефектов 2Отладкаэто процесс выявления источников отказов, т.е. ошибок, и внесение в программу соответствующих исправлений3Восходящее тестированиетестирование осуществляется снизу вверх4Нисходящее тестированиетестирование осуществляется сверзу вниз5Тестирование «белого ящика»это разработка тестовых случаев где используют любые доступные сведения о внутренней структуре или коде6Тестирование «черного ящика»это разработка тестовых случаев при наличии установленных открытых интерфейсов7Метод сандвичаэто подход к интеграции больших программ, таких, как операционная система или пакет прикладных программ.8Модульное тестированиепроцесс, позволяющий проверить на корректность отдельные модули исходного кода программы9Тестирование безопасностиэто проверка работы механизмов доступа к системе и к данным10Тестирование производительностиэто проверка, удовлетворяет ли системное приложение требованиям по производительности Список использованных источников

• 9909. Тестирование компьютера Monitor Samsung 710N
  Контрольная работа пополнение в коллекции 07.05.2010

  На экран выводится сетка, состоящая из крестиков трех основных цветов (красный, зеленый, синий). Цвет каждого такого крестика не совпадает с цветом соседнего. При идеальном сведении лучей отрезок одного цвета должен переходить в отрезок другого цвета без смещения, как по горизонтали, так и по вертикали. На практике чаще всего дела обстоят иначе: крестики различных цветов чуть смещены по горизонтали и вертикали относительно друг друга (особенно это заметно по краям монитора). Плохое сведение (отклонение более чем на 0.3 мм в центре экрана и более чем на 0.4 мм по краям) самым отрицательным образом сказывается на качестве изображения и утомляемости. Его возможными причинами могут быть внешние магнитные поля.

• 9910. Тестирование ЛВС АКБ
  Контрольная работа пополнение в коллекции 03.03.2011

  ВозможностиТехнологииДополнительная защита на уровне приложенийФильтры приложенийСоздают дополнительный удобный в управлении уровень защиты почтовых серверов, веб-серверов и серверов Microsoft Exchange Outlook® Web Access (OWA), расположенных за брандмауэром. К возможностям этих фильтров относится поддержка протоколов HTTP, FTP, SMTP (Simple Mail Transport Protocol), H.323 (протокол передачи мультимедиа), поддержка потокового мультимедиа, удаленного вызова процедур (RPC) и т. д.Почтовые фильтрыПозволяют находить сообщения, содержащие нежелательные слова или приложения, тем самым повышая безопасность почтового сервера.Фильтрация удаленного вызова процедур ExchangeОбеспечивает защиту удаленных пользователей сервера Exchange Server от угроз, связанных с сетями без доверия, не использующими VPN.Улучшенная безопасность OWA и IISУлучшенные системы проверки подлинности и защиты серверов, использующих службы IIS (Internet Information Services) и OWA (Outlook Web Access), от различных типов атак из интернета.Динамическая проверкаПроверка данных, проходящих через брандмауэр, в контексте их протокола и состояния подключения. При динамической фильтрации пакетов порты открываются только в тех случаях, когда это необходимо.Расширяемая архитектура фильтровПартнерские дополнения (EN) для сервера ISA, поддерживающие фильтрацию адресов URL, антивирусную проверку, балансировку нагрузки и т. д., позволяют вам разрабатывать фильтры приложений для перехвата, анализа и изменения данных, приходящих на любой порт и по любому протоколу. Кроме того, вы сможете создавать на базе интерфейса ISAPI (Internet Server Application Programming Interface) веб-фильтры для просмотра, анализа, блокировки, пересылки и изменения трафика HTTP, HTTPS и FTP.Приоритеты полосы пропусканияПозволяют оптимизировать выделение ресурсов полосы пропускания в зависимости от пользователя, группы, приложения, узла назначения или типа содержимого.Быстрый и безопасный прокси- и кэш-серверВысокопроизводительный веб-прокси и сервер кэшированияБыстрое кэширование в оперативной памяти и эффективное использование кэша на сервере ISA увеличивают скорость доступа пользователей в интернет и снижают нагрузку на сеть.МасштабируемостьДинамическая балансировка нагрузки сети и применение протокола CARP (Cache Array Routing Protocol) дают вам возможность быстро и эффективно наращивать мощность системы добавлением новых серверов. Кроме того, сервер ISA поддерживает архитектуру многопроцессорной симметричной обработки (SMP).Распределенное и иерархическое кэшированиеВы можете объединять серверы кэширования в иерархические структуры, располагая кэши вблизи от пользователей и создавая резервные каналы передачи данных.Активное кэшированиеРегулярное обновление постоянно используемых объектов позволяет снизить нагрузку на сеть.Планирование загрузки данныхС помощью расписания вы можете планировать загрузку объектов в кэш, чтобы эффективнее использовать ресурсы сети, обслуживать зеркальные серверы и иметь автономный доступ к необходимым данным.Поддержка потокового мультимедиаСервер ISA обеспечивает прозрачную поддержку популярным форматам мультимедиа и экономно использует полосу пропускания, разделяя потоки данных, проходящих через шлюз.Встроенные средства повышения производительности, управления доступом и безопасностью, поддержки VPNИнтеграция с Windows 2000 ServerПользователи, параметры конфигурации и правила сервера ISA используют службу каталогов Microsoft Windows® 2000 Active Directory®. Службы проверки подлинности и управления полосой пропускания, сетевые службы и средства управления построены на базе технологий Windows 2000 Server.Многоуровневый брандмауэрУлучшенная система защиты, включающая в себя фильтрацию трафика на уровне пакетов, каналов и приложений.Поддержка широкого круга приложенийВы можете работать с десятками основных приложений Интернета с помощью предварительно заданных протоколов, в том числе прозрачных средств SecureNAT (Secure Network Address Translation), RSA SecurID, Active Directory, IIS, OWA, Exchange, Microsoft SQL Server™ 2000, Microsoft BizTalk® Server 2002, клиентов веб-прокси и фильтров приложений.Встроенная поддержка VPNСтандартные службы протоколов PPTP и L2TP/IPSec системы Windows 2000 обеспечивают безопасное соединение между узлами и удаленное подключение через виртуальные частные сети.Усиление защиты системыВы можете защитить операционную систему Windows 2000 Server, задав соответствующий уровень безопасности с помощью готовых шаблонов.Единая система обнаружения вторженийТехнология, созданная на базе систем Internet Security Systems (ISS) (EN), позволяет обнаруживать попытки совершения таких атак, как сканирование портов, WinNuke и Ping of Death, и принимать ответные меры.Прозрачность для всех клиентовСервер ISA с помощью службы SecureNAT создает защиту брандмауэром, прозрачную для всех клиентов, использующих протокол IP (Internet Protocol). При этом не нужно устанавливать дополнительных клиентов или клиентскую программу брандмауэра, выполнять прозрачную проверку подлинности и обеспечивать поддержку широкого круга приложений.Улучшенные механизмы проверки подлинностиВстроенная проверка подлинности Windows (NTLM и Kerberos), цифровые сертификаты, поддержка простого и цифрового режима проверки подлинности делают систему защиты еще более надежной.

• 9911. Тестирование по теме "Электрическое поле" (Visual C++ с использование библиотеки MFC)
  Дипломная работа пополнение в коллекции 22.06.2011

  MFC - это базовый набор (библиотека) классов, написанных на языке С++ и предназначенных для упрощения и ускорения процесса программирования под Windows. Перед изучением библиотеки MFC и ее использованием для создания Windows-приложений, следует вспомнить, как работает сама Windows и каковы принципы взаимодействия программ с ней, какова структура типичной Windows-программы.является альтернативой системам визуального программирования, таким как Delphi или Visual Basic, предназначенной для опытных программистов. На сегодняшний день подавляющее большинство программ разрабатывается при помощи Microsoft Visual С++ и MFC. MFC - это стандарт программирования под Windows и «интернациональный язык общения». Такая ситуация объясняется многими причинами. В частности, только MFC позволяет создавать наиболее эффективные и устойчивые приложения, которые будут корректно вести себя не только в системе разработчика, но и в системах реальных пользователей. Также очень важно, что MFC поддерживает все современные технологии, реализованные в Windows, и при дополнении Windows почти сразу же дополняется и MFC.- это инструмент для программирования сложных приложений, от которых требуется высокая эффективность и надежность. MFC поощряет использование объектно-ориентированного программирования, что дает ощутимые преимущества при решении сложных (не с точки зрения только интерфейса пользователя) задач, по сравнению с компонентно-ориентированным подходом, применяемым в системах RAD (быстрой разработки приложений) [4]. Разрабатывая приложение в системе RAD, программист часто вообще не использует ООП, по крайней мере в явном виде, до тех пор, пока не соберется разработать собственный компонент. Это негативно сказывается на возможности последующего расширения возможностей. Тем не менее, не стоит воспринимать сказанное как критику систем RAD. Есть много классов приложений (например, базы данных), которые разумнее всего разрабатывать именно при помощи систем RAD, что и делают даже опытные Windows-программисты.

• 9912. Тестирование пользовательского интерфейса
  Информация пополнение в коллекции 24.01.2010

  Например, Якоб Нильсен в своей работе [4] выделил 10 эвристических характеристик удобного пользовательского интерфейса, которые с его точки зрения должны проверяться при тестировании удобства использования интерфейса.

  1. Наблюдаемость состояния системы. Система всегда должна оповещать пользователя о том, что она в данный момент делает, причем через разумные промежутки времени.
  2. Соотнесение с реальным миром. Терминология, использованная в интерфейсе системы должна соотноситься с пользовательским миром, т.е. это должна быть терминология проблемной области пользователя, а не техническая терминология.
  3. Пользовательское управление и свобода действий. Пользователи часто выбирают отдельные интерфейсные элементы и используют функции системы по ошибке. В этом случае необходимо предоставлять четко определенный "аварийный выход", при помощи которого можно вернуться к предыдущему нормальному состоянию. К таким "аварийным выходам" относятся, например, функции отката и обратного отката.
  4. Целостность и стандарты. Для обозначения одних и тех же объектов, ситуаций и действий должны использоваться одинаковые слова во всех частях интерфейса. Более того, терминология сообщений в пользовательском интерфейсе должна учитывать соглашения конкретной платформы.
  5. Помощь пользователям в распознавании, диагностике и устранении ошибок. Сообщения об ошибках должны быть написаны на естественном языке, а не заменяться кодами ошибок. Сообщения об ошибках должны четко определять суть возникшей проблемы и предлагать ее конструктивное решение.
  6. Предотвращение ошибок. Продуманный дизайн пользовательского интерфейса, предотвращающий появление ошибок пользователя, всегда лучше хорошо продуманных сообщений об ошибках. При проектировании интерфейса необходимо либо полностью устранить элементы, в которых могут возникать ошибки пользователя, либо проверять ввод пользователя в этих элементах и сообщать ему о потенциально возможном возникновении проблемы.
  7. Распознавание, а не вспоминание. При создании интерфейса необходимо минимизировать нагрузку на память пользователя, делая объекты, действия и опции ясными, доступными и явно видимыми. Пользователь не должен запоминать информацию при переходе от одного диалогового окна к другому. Во всех необходимых местах должны быть доступны контекстные инструкции по использованию интерфейса.
  8. Гибкость и эффективность использования. В интерфейсе должны быть предусмотрены горячие клавиши (не обязательные к использованию начинающим пользователем) - они часто значительно ускоряют работу опытного пользователя. Иными словами, система должна предоставлять два способа работы - для новичков и для опытных пользователей. Желательно при этом давать возможность пользователю автоматизировать часто повторяющиеся действия.
  9. Эстетичный и минимально необходимый дизайн. Окна не должны содержать не относящуюся к делу или редко используемую информацию. Каждый интерфейсный элемент, содержащий бесполезную информацию, играет роль информационного шума и отвлекает пользователя от действительно полезных интерфейсных элементов.
  10. Помощь и документация. Несмотря на то, что в идеальном случае лучше, когда системой можно пользоваться без документации, таковая все равно необходима - как в виде системы помощи, так и, возможно, в виде печатного руководства. Информация в документации должна быть структурирована таким образом, чтобы пользователь мог легко найти нужный раздел, посвященный решаемой им задаче. Каждый такой ориентированный на конкретную задачу раздел должен помимо общей информации содержать пошаговые руководства по выполнению задачи и не должен быть слишком длинным.

• 9913. Тестирование ППП автоматизации учета основных средств
  Информация пополнение в коллекции 12.01.2009

  Путь Параметры Результат abgmzданные из главной таблицырасчет и выдача отчета по амортизацииabhmzзапрос условий фильтраналожение фильтра на массив записейabimzзапрос условий сортировкисортировка массива записейabjmzвыдача формы на добавление записидобавление записи в таблицуabkmzвыдача формы для редактированиязапись измененных данных в таблицуablmzвыдача запроса на удаление записиудаление записи из БДabfzнажатие кнопки «закрыть»возврат в главное менюacnzизменение данных таблицы «Operat»запись измененных данных в таблицуadoqzвызов на редактирование таблицы «Kateg»запись измененных данныхadpqzвызов на редактирование таблицы «Otvet»запись измененных данныхaeзапрос на выход из ПППВыход из программы

• 9914. Тестирование программ для восстановления удалённых данных
  Курсовой проект пополнение в коллекции 30.03.2012

  Файловая система NTFS представляет собой выдающееся достижение структуризации: каждый элемент системы представляет собой файл -даже служебная информация <javascript://>. Самый главный файл на NTFS называется MFT, или Master File Table -общая таблица файлов. Именно он размещается в MFT зоне и представляет собой централизованный каталог всех остальных файлов диска, и, как не парадоксально, себя самого. MFT поделен на записи фиксированного размера (обычно 1 Кбайт), и каждая запись соответствует какому либо файлу (в общем смысле этого слова). Первые 16 файлов носят служебный характер и недоступные операционной системе - они называются метафайлами, причем самый первый метафайл - сам MFT. Эти первые 16 элементов MFT -единственная часть диска, имеющая фиксированное положение. Интересно, что вторая копия первых трех записей, для надежности (они очень важны) хранится ровно посередине диска. Остальной MFT-файл может располагаться, как и любой другой файл, в произвольных местах диска - восстановить его положение можно с помощью его самого, "зацепившись" за самую основу - за первый элемент MFT.

• 9915. Тестирование программных продуктов
  Информация пополнение в коллекции 12.01.2009

  При выделении свойств и соответствующих показателей качества ПС необходимо руководствоваться следующими основными принципами :

  • выделение групп свойств должно производиться по четко определенным признакам;
  • свойства, входящие в одну группу, должны, как правило, взаимно исключать друг друга и быть независимыми. Если свойства зависят друг от друга, то в методиках определения значении показателей качества должны быть даны четкие указания по исключению многократного (неоднократного) влияния одного и того же свойства на обобщенную оценку качества ПС;
  • всякая исходная номенклатура показателей должна быть открытой, т. е. должна допускать возможность внесения мне исключения из нее отдельных элементов. Это требование обусловлено, с одной стороны, недостаточным опытом оценки качества программной продукции, а с другой,большим разнообразием ПС и условий их применения;
  • для каждого из выделенных свойств должна существовать возможность выражения их в шкалах лучше хуже, больше меньше;
  • в группу следует включать свойства, необходимые и достаточные для определения соответствующего сложного свойства;
  • формулировка свойств должна быть однозначной;
  • совокупность свойств, характеризующих качество оцениваемого ПС, должна быть упорядочена по определенному правилу в виде многоуровневой иерархической структуры дерева свойств;
  • дерево свойств должно отражать все основные особенности использования н функционирования ПС;
  • выбранные показатели качества должны быть скоррелнрованны с соответствующими свойствами ПС. Это значит, что между каждым из выделенных свойств и характеризующими его показателями должно быть установлено однозначное соответствие. Установление такого соответствия позволяет вместо дерева свойств использовать дерево показателей качества программной продукции;
  • показатели качества, характеризующие свойства ПС, должны способствовать обеспечению соответствия качества ПС требованиям со стороны их пользователей и учитывать современные достижения науки и техники. Для выполнения этого принципа часто необходимо проводить специальные исследования, так как в общем случае между показателями качества могут возникать серьезные противоречия, а улучшение одного показателя может привести к ухудшению другого.

• 9916. Тестируем пакеты планирования заданий
  Информация пополнение в коллекции 12.01.2009

  Пакет Control-M предоставляет множество условий выхода при возникновении ошибок в ходе выполнения заданий: можно перезапустить задание, изменить глобальную переменную, сгенерировать предупреждающее сообщение, отправить электронное сообщение или запустить другие задания. Мы определили коды выхода и использовали для определения ошибок текстовые строки и смогли обнаружить и принять ответные меры воздействия, когда Unix-команда копирования файлов возвратила нам код ошибки «Файл с таким именем отсутствует» (No such file). В целях управления предупреждающими сообщениями и аварийного автовосстановления работы сервера планирования после отказа пакет Control-M интегрируется с ПО Patrol фирмы ВМС. Для реализации базовых функций генерации уведомляющих сообщений этого ПО не требуется. К сожалению, в отсутствие ПО Patrol передача резервному серверу функций первичного сервера планирования осуществляется только вручную. Как и в планировщике СА, аварийная консоль встроена в Control-M. Уведомляющие сообщения, которые передаются по электронной почте, в интерфейсе снабжены дополнительными полями с пометками «прочитано» и «обработано».

• 9917. Тесты по информатике с ответами. Вариант 1
  Вопросы пополнение в коллекции 12.01.2009

  КомпьютерОпер. памятьВинчестер1Pentium162Гб2386DX4300Мб3486DX8800Мб4Pentium II324Гб1. 1 2. 2 3. 3 4. 4

• 9918. Тесты по информатике с ответами. Вариант 3
  Вопросы пополнение в коллекции 12.01.2009

  КомпьютерОпер. ПамятьВинчестер1Pentium162Гб2386DX4300Мб3486DX8800Мб4Pentium II324Гб1. 1 2. 2 3. 3 4. 4

• 9919. Тесты по информатике с ответами. Вариант 4
  Вопросы пополнение в коллекции 12.01.2009

  КомпьютерОпер. памятьВинчестер1Pentium162Гб2386DX4300Мб3486DX8800Мб4Pentium II324Гб1. 1 2. 1,4 3. 4 4. 2,3

• 9920. Тесты по информатике с ответами. Вариант 5
  Вопросы пополнение в коллекции 12.01.2009

  КомпьютерОпер. памятьВинчестер1Pentium162Гб2386DX4300Мб3486DX8800Мб4Pentium II324Гб1. 4 2. 3 3. 2 4. 1

• На первую страницу
• Назад
• 486
• 487
• 488
• 489
• 490
• 491
• 492
• 493
• 494
• 495
• 496
• 497
• 498
• 499
• 500
• 501
• 502
• 503
• 504
• 505
• 506
• Далее
• На последнюю страницу