- •230100.62 (09.03.01) «Информатика и вычислительная техника» профиля подготовки «Программное обеспечение вычислительной техники и
- •231000.62 (09.03.04) «Программная инженерия» профиля подготовки «Разработка программно-информационных систем»
- •1) 230100.62 (09.03.01) «Информатика и вычислительная техника»:
- •2) 231000.62 (09.03.04) «Программная инженерия»:
- •Лекция №1. Основные понятия и определения
- •Лекция №2. Прикладной системный анализ при разработке по. Принципы структурного анализа. Процедура требований.
- •2.1 Проблема сложности ис
- •2.2 Основные понятия структурного анализа
- •2.3 Принципы структурного анализа
- •2.4 Группы средств структурного анализа и их взаимоотношения
- •2.5 Краткий список структурных методологий по группам средств моделирования
- •Лекция №3. Моделирование функций по. Нотация idef0. Case-средство bpWin
- •3.1 Диаграммы idef0
- •3.2 Виды связей в idef0
- •3.3 Диаграмма дерева узлов
- •3.4 Case-средство bpWin
- •Лекция №4. Описание динамики системы. Нотация idef3
- •4.1 Основные символы idef3
- •4.2 Виды связей в idef3
- •4.3 Пример диаграммы idef3
- •Лекция №5. Постановка требований к данным. Словари данных. Моделирование данных в нотации idef1x. Case-средство erWin
- •5.1 Словарь данных
- •5.2 Определение структуры данных для информационных потоков
- •5.3 Моделирование данных в нотации idef1x
- •5.3.1 Базовые понятия erd
- •5.3.2 Виды сущностей в idef1x
- •5.3.3 Виды связей в idef1x
- •Лекция №6. Стандарт онтологического исследования idef5
- •6.1 Основные принципы онтологического анализа
- •6.2 Концепции idef5
- •6.3 Язык описания онтологий в idef5
- •6.4 Виды схем и диаграмм idef5
- •Лекция №7. Постановка требований к интерфейсу по. Понятие Usability.
- •7.1 Эргономические цели и показатели качества программного продукта
- •7.2 Проблемы, возникающие на этапе разработки прототипа gui и варианты их решения
- •7.3 Принципы реализации пользовательского интерфейса
- •Лекция №8. Управление требованиями к программному продукту. Case-средство Requisite Pro.
- •8.1 Нормативная основа
- •8.2 Основные положения
- •8.2.1 Цели управления требованиями
- •8.2.2 Участники управления требованиями
- •8.2.3 Политика в области управления требованиями
- •8.3 Обеспечение процессов управления требований
- •8.3.1 Распределение ответственности
- •8.4 Действия по управлению требованиями
- •8.4.1 Анализ требований
- •8.4.2 Разработка материалов проекта на основе требований
- •8.4.3 Контроль изменений требований
- •8.5 Измерения
- •8.6.2 Контроль со стороны руководителя проекта
- •8.6.3 Контроль со стороны гок
- •8.7 Стандарт оформления требований
- •8.7.1 Шаблон для разработки требований
- •8.7.2 Правила оформления требований
- •8.7.3 Структурирование требований
- •8.8 Показатели качества требований
- •8.9 Начало работы с RequisitePro
- •Лекция №9. Тестирование приложений. Функциональное тестирование, нагрузочное тестирование. Case-средства Rational Functional Tester, Rational Performance Tester.
- •9.1 Дестабилизирующие факторы и методы обеспечения высокого качества функционирования по
- •9.2 Использование среды автоматизированного тестирования Platinum testBytes
- •9.3 Методы обеспечения качества и надежности программных средств
- •9.4 Использование case для повышения качества по
- •9.5 Влияние стандартов открытых систем на качество по
- •9.6 Повышение качества по путем тестирования
- •9.6.1 Основные особенности процесса тестирования по
- •9.6.2 Организационные особенности тестирования
- •9.6.3 Сертификация по
- •9.6.4 Организация и планирование тестирования для обеспечения качества по
- •9.7 Важнейшие разделы iso 9003
- •Документирование системы качества
- •Корректирующие действия
- •Лекция №10. Стандарты, регламентирующие разработку по
- •10.1 Стандарт iso 12207:1995
- •10.3 Серия стандартов гост 34-ххх «Информационная технология»
- •Заключение
- •Библиографический список
- •Приложения Приложение а. Перечень ключевых слов
- •660049, Г. Красноярск, пр. Мира, 82
9.7 Важнейшие разделы iso 9003
Общие положения
Поставщик должен создавать и поддерживать в рабочем состоянии документально оформленную систему качества. Она должна представлять собой интегрированный процесс на протяжении всего жизненного цикла ПО, обеспечивая таким образом создание качества по мере продвижения разработки, а не его фиксацию в конце процесса. Особое внимание следует обращать на предотвращение проблем, а не неизбежному исправлению дефектов после их появления. Поставщик должен обеспечить эффективное применение документально оформленной системы качества.
Документирование системы качества
Все элементы, требования и положения системы качества должны быть четко документально оформлены с соблюдением требований систематичности и аккуратности.
Программа качества
Поставщик должен подготовить и документально оформить программу качества для осуществления деятельности в области обеспечения качества при каждой разработке программного обеспечения на основе стандартизованной системы качества. Он должен также обеспечить, чтобы программа качества была понятна и соблюдалась заинтересованными организациями.
Внутренние проверки системы качества
Поставщик должен осуществлять обширную систему плановых и документированных внутренних проверок системы качества с целью контроля соответствия деятельности в области качества запланированным мероприятиям и определения эффективности системы качества.
Проверки должны планироваться на основе оценки состояния и важности различных видов деятельности. Проверки и последующие мероприятия должны проводиться в соответствии с документированными методиками.
Результаты проверок должны оформляться документально и доводиться до сведения персонала, ответственного за проверяемый участок работы.
Корректирующие действия
Поставщик должен разработать, документально оформить и поддерживать в рабочем состоянии процедуры, обеспечивающие:
Выявление причин несоответствий продукции и корректирующие воздействия, предупреждающие повторение дефектов.
Анализ всех процессов, рабочих операций, отклонений, протоколов качества, отчетов об использовании продукции и рекламаций потребителя с целью выявления и устранения возможных причин несоответствия продукции требованиям.
Проведение предупреждающих действий для решения проблем на том уровне, который соответствует реальному риску.
Проведение тестирования и контроля с тем, чтобы убедиться в том, что корректирующие действия действительно реализуются и носят эффективный характер.
Применение и регистрацию изменений в процедурах, вызванных корректирующими действиями.
Контроль качества, надежности и безопасности создаваемых и модифицируемых программ должен сопровождать весь жизненный цикл ПО. Это достигается путем применения специальной, достаточно эффективной технологической системы тестирования программ и обеспечения их качества.
Вопросы
1) Основы тестирования (понятия, ключевые вопросы).
2) Уровни тестирования (объекты, цели тестирования).
3) Какие существуют техники тестирования?
4) Измерение результатов тестирования.
5) Управление процессом тестирования.
Дополнительная информация
1) http://www.protesting.ru/testing/