
- •Информационные системы. Классификация. Предметная направленность. Корпоративные информационные системы. Стадия проектирования, разработки, внедрения, поддержки.
- •Типы документов для представления проектных решений.
- •Основные схемы декомпозиции действий и данных функциональной модели.
- •Понятие и иерархия моделей данных. Уровни представления моделей данных.Виды концептуальных моделей данных.
- •Нормализация концептуальной модели данных и целостность данных.
- •Bcnf - нормальная форма Бойса-Кодда вводит дополнительное ограничение в сравнении с 3нф.
- •Анализ информационной связности действий и систем.
- •Анализ функциональной связности данных и систем.
- •Анализ производительности ис
- •Психологические аспекты принятия решений в процессе проектирования.
- •Организационные формы управления проектами
- •Архитектура корпоративных информационных систем (кис)
- •Mrp/erp системы. Современная структура модели mrp/erp
- •Тестирование. Методы тестирования. Категории тестов и оценок системы. Планирование тестирования и оценки системы.
- •Тестирование программного обеспечения
- •Уровни тестирования
- •Верификация и валидация – цели и задачи. V – модель как основа организации процесса верификации.
- •Основные принципы
- •Достоинства
- •Ограничения
- •Аутсорсинг и определение поставщиков.
- •Язык uml (Unificed Moeling Language). Основные модели uml (схема). Виды диаграмм.
- •Диаграмма вариантов использования. Виды отношений между актерами и вариантами использования. Отношения ассоциации, расширения, включения, обобщения
- •Диаграмма классов
- •Диаграмма состояний
- •Диаграмма деятельности. Диаграммы взаимодействия
- •Диаграмма последовательности. Диаграмма кооперации
- •Диаграмма компонентов. Диаграмма развертывания
- •23) Языки и среды моделирования архитектуры предприятия. Языки моделирования предприятий. Idеf, dfd- технология, aris, bpml.
- •24) Структурный (функциональный) и процессный подходы к разработке информационных систем
- •25) Управление требованиями к информационной системе. ГосТы и методология rup.
- •Принципы
- •Жизненный цикл разработки
- •1. Начало (Inception)
- •2. Уточнение (Elaboration)
- •3. Построение (Construction)
- •4. Внедрение (Transition)
- •Автоматизированное создание документов серии гост 34 и 19 с помощью инструментальных средств фирмы ibm Rational
- •26) Моделирование потоков данных. Основные компоненты диаграмм
- •1. Внешние сущности
- •2. Системы и подсистемы
- •3. Процессы
- •4. Накопители данных
- •5. Потоки данных
- •6. Построение иерархии диаграмм потоков данных
- •27) Диаграмма «сущность–связь» (erd). Сущность (Entity). Связь (Relationship). Атрибут. Виды идентификации. Подтипы и супертипы
- •28) Стадии разработки информационных систем. Модели представления для описания проектных решений. Уровни детализации, регламентирующие методики проектирования. Этапы создания информационных систем
- •29) Модели жизненного цикла программного продукта. Виды и особенности. Процессы жизненного цикла систем по iso 15288:2002
- •V модель (разработка через тестирование)
- •Iso / iec 15288 - Инженерные системы стандартных охватывающих процессы и этапы жизненного цикла.
- •30) Понятие требования. Классификация требований. Свойства требований
25) Управление требованиями к информационной системе. ГосТы и методология rup.
При разработке программных систем главной задачей является определения требований к системе. Правильно определенные требования являются гарантией того, что система будет удовлетворять требованиям заинтересованных в ее разработке лиц. Требования к системе включают функциональные и нефункциональные требования. Для больших систем количество этих требований может быть огромным. К тому же требования могут изменяться. Для работы с требованиями и документами, в которых они отражаются, отслеживанием их изменений разработан программный продукт IBM Rational RequisitePro.
В данных методических рекомендациях представлена методология управления требованиями при разработке программных систем с использованием IBM Rational RequisitePro.
Определение требований
Требование — это любое условие, которому должна соответствовать разрабатываемая система или программное средство. Таким требованием может быть и возможность, которой система должна обладать, и ограничения на ее производительность или пользовательский интерфейс, и нормативные требования, которым она должна удовлетворять. Управление требованиями – необходимое условие успешной разработки ПО. Сбор всех требований, которые предъявляются к разрабатываемым ПО, и управление ими – это весьма сложная задача.
Сложность задачи управления требованиями
Среди главных причин этой сложности можно выделить следующие:
большое число потенциальных «заинтересованных лиц», характерное для проектов разработки ПО, требования которых нужно выявить и зафиксировать;
разнообразие типов требований, каждый из которых требует специфического описания, своих атрибутов и степени детализации. Например, пожелания заинтересованных лиц, функциональные и нефункциональные требования к системе и т.п.;
необходимость создания и поддержания сложной иерархической структуры;
необходимость трассировать требования, то есть выявлять и фиксировать взаимосвязь между требованиями различных типов. Например, между пожеланиями заинтересованных лиц, функциональными требованиями в виде сценариев использования и тестовыми требованиями, которые будут использоваться при передаче системы заказчику;
требования меняются в ходе выполнения проекта. Причин для этого много и большинство из них не сводятся к чьим-то ошибкам. Просто мы живем в изменчивом мире.
Почему требованиями надо управлять
Типичные причины срыва сроков и бюджетов проектов
не удалось полностью выявить требования заказчиков;
требования не были четко сформулированы;
не удалось отследить изменения требований.
Устранение ошибки в требованиях на стадии сопровождения готового ПО обходится в 200 раз дороже, чем на стадии спецификации требований
В результате ошибки в требованиях, выявляемые на поздних фазах проекта, «съедают» 30 — 40% общей стоимости бюджета проекта.
Rational Unified Process (RUP) — методология разработки программного обеспечения, созданная компанией Rational Software.