![]() 978 63 62 |
![]() |
Сочинения Доклады Контрольные Рефераты Курсовые Дипломы |
РАСПРОДАЖА |
все разделы | раздел: | Компьютеры, Программирование |
Тестирование программных продуктов | ![]() найти еще |
![]() Молочный гриб необходим в каждом доме как источник здоровья и красоты + книга в подарок |
Представьте несколько идей фокус-группе или экспертам, узнайте их мнение и восприятие. Хорошая концепция должна быть самостоятельно жизнеспособной. Ведь следующим этапом станет проверка идеи практикой, так постарайтесь, чтобы реальная жизнь не торпедировала ваше детище. Позаботьтесь об этом заранее, именно на этапе конкурса идей. В производстве программного обеспечения этому этапу уделяют очень серьезное внимание и называют его «тестирование программного продукта». Большое число добровольцев или специально обученных людей стараются всеми способами проверить жизнеспособность программы, и она должна достойно справиться со всеми штатными и нештатными ситуациями. Существует даже специальный термин «дуракоустойчивость». Отнеситесь к идее вашего мероприятия так же серьезно. Существует высокая вероятность того, что если вас могут понять неправильно, то вас действительно поймут неправильно. Исключите эту возможность. Вам кажется, что клубника очень впишется в концепцию вашей презентации, так как символизирует свежесть
Обычно крупные компании-разработчики программного обеспечения следуют собственным проверенным методикам разработки программных продуктов. Неотъемлемой частью этих методик является следование рекомендациям Microsof , равно как и всеобъемлющее тестирование программного продукта. Если при запуске приложения в Wi dows 2000 есть проблемы, то в ближайшее время разработчик опубликует исправление, позволяющее устранить неисправность. Программы, разработанные для разных операционных систем, обладают разной степенью совместимости с Wi dows 2000. Приложения OS/2 и POSIX являются в этом отношении наименее совместимыми. Вместе с тем, если какая-либо из этих программ работает в , скорее всего она сможет работать и в Wi dows 2000. Прикладные программы DOS и Wi dows 3.1, скорее всего, будут работать, однако использование некоторых из них всё же может быть сопряжено с проблемами. Большинство приложений Wi dows 9x без каких-либо проблем можно будет использовать в Wi dows 2000. Наконец, прикладные программы Wi dows также можно будет использовать без проблем, однако при использовании некоторых служб и утилит можно столкнуться с трудностями.5.3. Приложения OS/2 и POSIXНесмотря на то, что Wi dows 2000 включает в себя традиционную для семейства поддержку приложений OS/2 и POSIX, эта поддержка весьма ограничена.
Проекты часто страдают от недостатка организованности и неясностей в распределении ролей и обязанностей. Каждый должен знать свой манёвр в общем контексте проекта. В этой главе мы подробно разберём модель организационной структуры, используемой в NuMega, а также рассмотрим роли, обязанности и навыки, необходимые участникам группы в рамках этой модели. Модель организационной структуры компании NuMega Программы, как правило, создаются коллективами, а не одиночками. Команда разработчиков — это группа людей с различными техническими навыками, работающих над реализацией общего проекта. Поскольку разработать ПО довольно сложно, в команде требуются специалисты с самыми разными навыками и способностями, необходимыми для создания продукта. Вот какие специалисты должны быть в группе: • основной состав группы — специалисты, полностью занятые в создании нового программного продукта: — менеджеры проекта; — программисты; — тестировщики; — разработчики документации; — инженерные психологи; — технологи по разработке ПО; • вспомогательная группа — специалисты, не занимающиеся созданием программ, но, тем не менее, играющие важную роль в реализации проекта: — группа менеджмента и маркетинга продукта; — специалисты по технической поддержке ПО; — администраторы бета-тестирования
Испытания и тестирование программы должны проводиться в процессе создания программы самим разработчиком: 1. C использованием контрольных тестов, позволяющих добиться проверки правильности работоспособности и взаимной совместимости максимального числа функций и операторов программы или модуля при минимальных затратах временных и финансовых ресурсов. 2. Путем пошагового исполнения программы или модуля (и непрерывного контроля значений переменных) в соответствии с набором тестовых примеров и сравнения полученных в процессе тестирования значений с контрольными значениями тестовых примеров. 3. С привлечением сторонних неофициальных бета-тестеров, которые в процессе тестирования программного продукта должны сообщать разработчику все найденные ошибки и неточности в работе программы и проверка документации должна проводиться. Испытания и тестирование программы должны проводиться после завершения создания программы заказчиком: 1. С использованием проверочных тестов, составляемых зказчиком заблаговременно. 2. В процессе начального этапа внедерения программы, путем тестирования программы в организации заказчика в рабочих условиях на протяжении срока в 1 неделю. 3. В организации заказчика с привлечением сторонних экспертов. 8.2.Общие требования к приёмке Приёмка программы должна осуществляться заказчиком.
Эти задачи и функции составляют сущность программного продукта и будут направлять его разработку, а также работу по тестированию и обучению пользователей. • Пользовательский интерфейс Хотя при работе над пользовательским интерфейсом придётся дать ответ на два важных вопроса: «Как пользователю выполнить действие X?» и «Как должна выглядеть функция Y?», лучше не пытаться формализовать их, так как это слишком затруднит описание, тестирование и реализацию последовательных улучшений. Вместо этого надо разработать визуальную модель приложения с помощью различных методик конструирования прототипов пользовательского интерфейса. Эта модель и будет спецификацией требований к пользовательскому интерфейсу. (Подробнее об этот см. главу 9. Там же я расскажу об эффективных способах формулирования и анализа требований к пользовательскому интерфейсу программного продукта.) При наличии конкретной платформы, технологий или связанных с бизнесом ограничений, влияющих на структуру интерфейса, важно оговорить их заранее. • Среда Необходимо описание программной и аппаратной среды, в которой будет работать продукт
Объектно-ориентированное программирование 4.1 Введение 4.2 Понятие жизненного цикла программного обеспечения 4.3 Модели жизненного цикла программного обеспечения 4.4 Анализ 4.5 Проектирование 4.5.1 Методы проектирования 4.5.2 Объектно-ориентированная модель 4.5.3 Процесс объектно-ориентированного проектирования 4.6 Эволюция 4.7 Сопровождение 4.8 Заключение 5. Методика отладки и результаты работы программы 5.1 Особенности тестирования программных продуктов 5.2 Типичный процесс тестирования программного обеспечения 5.3 Особенности задачи в приложении к тестированию программ 5.3.1 Особенности среды программирования 5.3.2 Основные факторы, влияющие на надежность разрабатываемой системы 5.3.2.1 Контроль структуры программы 5.3.2.2 Контроль чтения и записи переменных 5.4 Результаты работы программы 6. Организационно-экономическая часть 6.1 Введение 6.2 Сетевая модель, ее основные элементы, правила построения 6.3 Расчет параметров сетевой модели 6.4 Основы оптимизации сетевого графика 6.5 Анализ и оптимизация сетевой модели 6.6 Выводы 7. Производственная и экологическая безопасность 7.1 Введение 7.2 Рабочее место программиста 7.3 Вредные факторы на рабочем месте программиста и пользователя ЭВМ 7.4 Нерациональное освещение 7.5 Расчет общего освещения 7.6 Электроопасность 7.7 Требования по пожарной безопасности 7.8 Меры по снижению уровня шума 7.9 Защита от вредных излучений 7.10 Параметры микроклимата в машинном зале 7.11 Психофизиологические факторы 7.12 Планировка рабочего места программиста и организация работы с компьютером 7.13 Выводы Заключение Список использованной литературы Приложение ВведениеДанный дипломный проект выполнен на актуальную для предприятий, производящих полупроводниковые кристаллы, тему, тесно связанную с реальными планами производства, решая практическую задачу по разработке и внедрению программного обеспечения автоматизированного управления производственным процессом.
Стоимость карты памяти непосредственно зависит от стоимости микросхемы, определяемой, в свою очередь, емкостью памяти. 5. Невидимые деньги По неофициальным сведениям, фирмы Visa и Mas erCard готовят новую кампанию по продвижению разработанного ими протокола безопасных электронных операций (Secure Elec ro ic ra sac io s Pro ocol, или SE ). Компании образуют ассоциацию Se Co, которая будет специализироваться на разработке и продвижении SE . В ассоциацию, помимо Visa и Mas erCard, могут войти другие компании, подписавшие соглашение по SE 1.0, - America Express, Di ers Club, ovus и Air ravel Card. Se Co займется разработкой следующих версий SE , которые будут предусматривать операции с интеллектуальными картами (smar cards) и использовать дополнительные возможности дебитных карточек. Se Co также должна организовать тестирование программных продуктов на соответствие стандарту SE . Компании, которые получат одобрение ассоциации, смогут размещать логотип SE на своих программных продуктах и Web-сайтах. SE является одним из нескольких ныне существующих стандартов электронной коммерции в Интернете. America Express, например, разработала протокол Ope Buyi g, предназначенный для покупок по каталогам в Сети.
Абитуриент при поступлении должен иметь один из документов: - аттестат о среднем (полном) общем образовании; - аттестат об основном общем образовании; - диплом о начальном профессиональном образовании с указанием о полученном уровне общего образования и оценками по дисциплинам Базисного учебного плана общеобразовательных учреждений; - документ об образовании более высокого уровня. . Квалификация выпускника - техник . Квалификационная характеристика выпускника Выпускник должен быть готов к профессиональной деятельности по разработке, модификации, адаптации, настройке и сопровождению программного обеспечения в качестве техника в организациях (на предприятиях) различной отраслевой направленности независимо от их организационно-правовых форм. Основные виды деятельности техника: производственно-технологическая - разработка алгоритма решения задачи на основе предложенной модели; программная реализация алгоритма; отладка и тестирование программных продуктов; модификация программных продуктов; адаптация и настройка программных продуктов; сопровождение программных продуктов; разработка и эксплуатация баз данных; обеспечение достоверности информации при использовании баз данных; организационно-управленческая - организация работы коллектива исполнителей; планирование и организация работ; выбор оптимальных решений при планировании работ в условиях нестандартных ситуаций; участие в оценке качества и экономической эффективности деятельности; обеспечение техники безопасности.
При разработке интерфейса для удобства работы пользователя с программой использовались стандартные цвета и стандартные шрифты кнопок, текстовых полей, меню, форм. 3.4 Разработка справочной системы Справочная система данного программного модуля состоит из раздела: «Справка». Раздел «Справка» содержит в себе два подраздела: «О программе» и «О разработчике». В подразделе «О программе» отображаются данные о том, как работать с программой (Рисунок 4). Рисунок 4 – О программе В подразделе «О разработчике» указываются данные создателя программы (Рисунок 5). Рисунок 5 – О разработчике 4. Тестирование программного продукта Тестирование производилось в два этапа. 1) Тестирование устойчивости. Здесь проверялась реакция программы на некорректный ввод данных, значения которых выходят за допустимый диапазон. 2) Тестирование функциональности. Здесь выполнялась проверка правильности вычислений, корректности работы по исходным данным. На этом этапе проверка осуществлялась путём ввода новых данных в базу данных. Данные во всех случаях успешно были занесены.
ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ОБРАЗОВАНИЮ Государственное образовательное учреждение высшего профессионального образования «Сибирский государственный аэрокосмический университет имени академика М.Ф. Решетнева» Кафедра Информатики и вычислительной техники ТЕХНИЧЕСКАЯ ДОКУМЕНТАЦИЯ К ПРОГРАММНОМУ ПРОДУКТУ «Информационная система «Культурно-развлекательные учреждения города Красноярска» (программный продукт разработан в качестве курсовой работы по дисциплине «Технологии программирования») Выполнил: студент группы ИУТ-61 Хищенко Д.А. Проверил: к.т.н., ст. преподаватель кафедры ИВТ Гуменникова А.В. Красноярск-2007 Содержание Введение 1. Техническое задание 2. Планы работы 2.1. Первоначальный 2.2. Поэтапный 3. Технический проект 3.1.Таблицы базы данных 3.2. Схема обмена данными 4. Тестирование программного продукта 5. Эксплуатационная документация 5.1. Руководство программиста 5.2. Руководство пользователя 6.Заключение 7.Список использованной литературы Введение На сегодняшний день одним из наиболее важных источников оптимизации работы современного человека, в соответствии с текущим распространением персональных компьютеров, являются информационные системы (ИС).
Проверка средств взаимодействия Ввод цифр Выполняется Выполнение заданных операций Выполняется Для проверки работоспособности программы и ее совместимости с компьютерами различной конфигурации программа «Доход по вкладу» неоднократно подвергалась испытаниям. Испытания проводились на трех компьютерах с различными возможностями. Это компьютеры на базе таких процессоров, как Pe ium II, AMD 1100 и Pe ium III, непосредственно на котором данная программа и создавалась. Проводя тестирования на компьютерах с процессором Pe ium II, Pe ium III и AMD 1100, было выявлено, что программа работает оптимально. В ходе проведения тестирования выяснилось, что для наиболее эффективной и корректной работы программы следует использовать компьютер не ниже процессора Pe ium II. Тестирование программного продукта с использованием этого процессора показало, что работа с ней происходит максимально быстро и результативно. Испытания работоспособности программы проводились целенаправленно, систематизировано и очень просто. Результаты испытаний показали, что противоречий между разработанной программой и ранее поставленными целями её создания нет, а также, что программный продукт совместим с другими программными средствами.
СодержаниеВведение4 1 Постановка задачи5 1.1 Структура взаимодействия входной и выходной информации5 1.2 Требования к программно-аппаратному окружению5 1.3 Требования к функциям, выполняемым системой5 1.4 Требования к эргономике и технической эстетике интерфейса5 1.5 Требования к надежности и хранению информации7 2 Пояснительная записка6 2.1 Метод решения7 2.2 Структурная схема программы7 2.3 Диалоговый режим8 2.4 Эскиз и спецификация типовых объектов управления графического интерфейса8 3 Руководство системного программиста8 3.1 Схема взаимодействия модулей9 3.2 Описание модулей9 3.3 Настройка и проверка программы9 3.3.1 Тестирование программного продукта. Способы тестирования.10 3.3.2 Сообщение системному программисту.11 4 Руководство оператора 4.1 Выполнение программы11 4.2 Сообщение оператору13 Заключение13 Список использованных источников14 Приложение А - Входные и выходные документы17 Приложение Б - Текст программы18 Введение Работа фирмы «Урал Строй Монтаж» связанна с пластиковыми окнами и дверьми: установка, замеры, прием заказов, и т.д. При приеме заказов приходится производить все расчеты вручную, это очень затрудняет процесс.
Ядром данных систем является единый план счетов, на его основе формируется бухгалтерская отчетность. Для автоматизированного взаимодействия органов казначейства между собой, а также с финансовыми и налоговыми органами, кредитными учреждениями, с расчетно-кассовыми центрами ЦБР, с распорядителями и получателями бюджетных средств предусмотрены функции электронного обмена информацией. Также возможен прием от государственных налоговых инспекций базы налогоплательщиков, заключений (форма №21) и передача сводного реестра поступивших доходов в разрезе налогоплательщиков, платежей, уровней бюджетов и т.д. В данных программных пакетах предусмотрена некоторая защита информации – закрытие дня, месяца, ограничение доступа на просмотр документов, введенных другими пользователями. Программный продукт «Центр-Ф» реализован по технологии «файл-сервер» и не требователен к аппаратному обеспечению. В 1998 г. прошло его тестирование в управлении федерального казначейства по Самарской области. В 1999 г. прошла его опытная эксплуатация, а в 2000 г. – промышленная. На данный момент этот программный комплекс принят для свободного распространения в территориальных органах федерального казначейства. «Центр-КС» более требователен к аппаратному обеспечению, поскольку реализован по технологии «клиент-сервер».
Включает: ТОСТы, ОСТы, РТМы, Рмы. 2. Обследование объекта автоматизации (управления). Включает: исследование объекта автоматизации и анализ полученных данных. Исследование объекта автоматизации проводится как правило с помощью специально разработанных методик обследования, которые содержат специально разработанные формы с последующим их дополнением и рекомендациями по анализу полученных данных. Код. Наименование прибора. Обозначение или маркер прибора. Паспортные данные. Характеристики. Дополнительная информация. Второй этап предполагает сбор данных методом интервью у заказчика. Второй этап заканчивается подготовкой технического задания (технические условия, предложения, отчет). 3. Содержательная и формализованная постановка задач. 4. Разработка алгоритма решения задач. Входит: выбор, анализ, обоснование средств программирования. После выбора средств программирования составляется блок–схема алгоритма решения задач и дается соответствующее ее описание. 5. Собственное программирование. 6. Отладка тестирования и корректировка программного продукта. 7. По результатам опытной эксплуатации осуществляется корректировка программного продукта. 8. Сдача программного продукта в опытную эксплуатацию. 9. Программная эксплуатация разработанного программного обеспечения. 10. Создается новая версия или модернизация программного продукта.
Функция ModDegree производит вычисление . Функция Pros находит все простые числа заданного диапазона. Функция Evklid реализует алгоритм Евклида и находит закрытый ключ . Функция HOD производит вычисление наибольшего общего делителя и находит открытый ключ . Вышеперечисленные функции представлены в приложении 1. 4.2. Анализ результатов Результатом работы созданной программы являются зашифрованные и расшифрованные сообщения. Для тестирования программы использовался пример приведенный в и . 5. ВЫВОДЫ Перейдем к обсуждению выводов после детального просмотра специфики метода, реализованного программного продукта на основе построенного алгоритма, а также представленного анализа результатов по обработанному материалу. 5.1 Алгоритм Использованный алгоритм RSA имеет ряд преимуществ: 1) алгоритм RSA является ассиметричным, т.е. он основывается на распространении открытых ключей в сети. Это позволяет нескольким пользователям обмениваться информацией, посылаемой по незащищенным каналам связи; 2) пользователь сам может менять как числа , так и открытый и закрытый ключ по своему усмотрению, только потом он должен распространить открытый ключ в сети.
Соответственно возрастает трудоемкость обработки, вероятность ошибок (человеческий фактор), требуется обучение и коррекция мотивации персонала, а главное — теряется драгоценное время. II. В обход ограничений системы (врожденных или приобретенных в ходе эволюции бизнеса) делаются дополнительные модули или компоненты («заплатки», «затычки», «подпорки» и прочие трюки). Здесь к рискам сделать что-то не так добавляются издержки на исследования «обходных путей», их программирование и отладку. И вновь задержки по времени. III. Если первые два варианта решения неприемлемы, то тогда производитель программного продукта начинает реализовывать изменения на уровне исходных текстов, что требует ресурсов, а главное — времени на завершение полного цикла разработки, тестирование и разворачивание новой версии системы. IV. Наиболее пессимистичное развитие ситуации, когда критичные для заказчика требования не только не покрываются системой и всеми ее штатными средствами настройки, но и разработчик в силу различных причин не берется реализовать их путем доработок или переработок программного кода.
Выбор методики тестирования сложная задача, которая ставится перед программистом и может повлиять на дальнейшее развитие программного продукта, его усовершенствование. Цель тестирования выявить ошибки программы еще на начальном этапе, до его распространения. Для этого были разработаны специальные методы тестирования : восходящее и нисходящее тестирование, V –тестирование, тестирование по принципу черного и белого ящика. Каждый из данных методов имеет свою специфику и направлен на устранение определенных видов ошибок, но каждый метод отличается по принципу своей реализации. Так, например, V-тестирование проводится с редактированием программы, так как в данном тестировании блокируются определенные блоки программы , а остальные тестируются. В методе тестирования по принципу черного или белого ящика программа не претерпевает ни каких изменений, но возможно, что это тестирование может привести к зависанию компьютера или другим сбоям в системе, т.к. принцип действия этого метода заключается в максимальной загрузке программы, заполнения всех полей, ввод неверных данных не зная, что и куда попадет , как бы в темноте ( черный ящик) или открыто (белый ящик).
На определенных стадиях проектирования проводится проверкасоответствия выходных данных входным требованиям. Такая верификация проекта может включать анализ выходных данных, демонстрации, в том числе с помощью прототипов и моделирования, или тестирование. Толькопроверенные выходные проектные данные утверждаются для окончательного приема и последующего использования. Все обнаруженные в процессе проверки проблемныеситуации должны адекватно разрешаться. Прежде чем система будет передана заказчику, поставщик должен утвердить систему на соответствие заданному назначению. Заказчику можетбыть передан только утвержденный программный продукт . Все изменения и модификации проекта должны быть идентифицированы, документально оформлены, проанализированы и утверждены до ихреализации. Поставщик устанавливает и поддерживает в рабочем состоянии процедуры управления изменениями в проекте, которые могут возникнуть на любойстадии жизненного цикла системы. Управление документацией и данными Обслуживание Поддержка заказчиков обсуждается в стандарте ISO 9000-2. Сопровождение системы, как правило, включает в себя обнаружение ианализ несоответствий в программной системе, вызывающих сбои в ее работе; коррекцию программных ошибок; модификацию интерфейсов, что необходимо в случаевнесения добавлений или изменений в аппаратуру; функциональное расширение или улучшение производительности Все действия по сопровождению должны проводиться иконтролироваться в соответствии с планом сопровождения, который заранее определяется и согласовывается поставщиком и заказчиком.
![]() | 978 63 62 |