- •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
8.1 Нормативная основа
В качестве нормативной основы при разработке лекции использован стандарт:
IEEE Std 830-1993 «IEEE Recommended Practice for Software Requirements Specifications».
В таблице 5 приведены основные термины и определения.
Таблица 5 – Термины, сокращения и определения
Сокращение, термин |
Расшифровка сокращения или термина |
Категория на английском языке |
ГОК |
Группа обеспечения качества |
Quality Assurance Group |
ГТР |
Группа технологии разработки |
Engineering Process Group |
Заказчик |
Организация, в интересах которой разрабатывается программный продукт, имеющая полномочия утверждать требования к программному продукту и принимать результат разработок. В качестве заказчика может выступать сторонняя фирма, департамент компании, руководитель комплексного проекта, группа маркетинга и пр. В контексте настоящего Положения под Заказчиком понимаются ответственные сотрудники, имеющие полномочия согласовывать и утверждать технические и организационные документы проекта от имени Заказчика. |
Customer |
Ключевая роль |
Роль, которая должна быть заполнена в течение всего жизненного цикла проекта, причем, как правило, одним и тем же специалистом. Если роль в проекте заполнена несколькими специалистами, ключевую роль будет играть специалист, назначенный ведущим за данное направление. |
Кеу role |
Аналитик |
Ключевая роль в рабочей группе проекта разработки программного обеспечения, отвечающая за управление требованиями |
Analyst |
Менеджер проекта |
Ключевая роль в рабочей группе проекта разработки программного обеспечения, отвечающая за организацию работ и координацию действий участников проекта |
Project Manager |
Нетехническое требование |
Требование, относящееся к организации разработки продукта |
Non technical Requirement |
Нефункциональное требование |
Техническое требование, описывающее условие или ограничение, которому должен удовлетворять программный продукт |
Non functional requirement |
ПО |
Программное Обеспечение |
Software |
Проект |
Ограниченная во времени деятельность, направленная на разработку уникального продукта |
Project |
Проектировщик |
Ключевая роль в рабочей группе проекта разработки программного обеспечения, отвечающая за разработку технического проекта |
Designer |
Разработчик |
Ключевая роль в рабочей группе проекта разработки программного обеспечения, отвечающая за кодирование и отладку ПО |
Developer |
Роль |
Множество обязанностей, которое возлагается на сотрудника на время выполнения проекта. Один сотрудник может совмещать несколько ролей в проекте. Одну роль в проекте могут выполнять несколько специалистов. В последнем случае группа специалистов, выполняющая одну роль, должна быть структурирована с выделением ведущего члена рабочей группы, ответственного за организацию работ по данному направлению. |
Role |
Тестировщик |
Ключевая роль в рабочей группе проекта разработки программного обеспечения, отвечающая за тестирование разрабатываемого программного продукта |
Tester |
Технический проект |
Документ с описанием технических решений, положенных в основу разработки, архитектуры разрабатываемой программной системы и методики разработки. |
Design |
Техническое требование |
Требование, относящееся к характеристикам разрабатываемого продукта |
Technical Requirement |
ТЗ |
Техническое Задание |
Requirement Specification |
ТЗПО |
Техническое Задание на Программное Обеспечение |
Software Requirement Specification |
Требование |
Описание способности или ограничения |
Requirement |
Функциональное требование |
Техническое требование, описывающее способность выполнения программным продуктом определенной функции |
Functional Requirement |