- •Проектирование информационных систем
- •Анализ требований и бизнес-анализ
- •Требования – понятие и классификация
- •Требование к АИС
- •Определение IEEE
- •Как и кем используются требования?
- •Классификация по предмету
- •Классификация по уровню
- •Пример бизнес- требования
- •Классификация по уровню
- •Пример требования пользователя
- •Классификация по уровню
- •Пример функциональных требований
- •Конфликты между требованиями разных уровней
- •Классификация 3
- •Классификация К.Вигерса
- •Модель FURPS
- •Документы IEEE
- •ГОСТ РФ
Проектирование информационных систем
Требования к информационным системам
Лекция
4
|
Основные виды |
||
|
деятельности программной |
||
|
инженерии |
||
Формирование |
|
Управление |
|
|
видения |
|
конфигурацией |
|
Бизнес-анализ |
|
Управление |
|
Анализ требований |
|
требованиями |
|
Разработка |
|
Усовершенствование |
|
архитектуры |
|
Экспертиза |
|
Детальное |
|
(испытание) |
|
проектирование |
|
Документирование |
|
Реализация |
|
Обучение |
|
Тестирование |
|
Внедрение |
|
Управление проектом |
|
Эксплуатация |
|
Управление средой |
|
Сопровождение |
|
Основные виды |
||
|
деятельности программной |
||
|
инженерии |
||
Формирование |
|
Управление |
|
|
видения |
|
конфигурацией |
|
Бизнес-анализ |
|
Управление |
|
Анализ требований |
|
требованиями |
|
Разработка |
|
Усовершенствование |
|
архитектуры |
|
Экспертиза |
|
Детальное |
|
(испытание) |
|
проектирование |
|
Документирование |
|
Реализация |
|
Обучение |
|
Тестирование |
|
Внедрение |
|
Управление проектом |
|
Эксплуатация |
|
Управление средой |
|
Сопровождение |
|
Основные виды |
||
|
деятельности программной |
||
|
инженерии |
||
Формирование |
|
Управление |
|
|
видения |
|
конфигурацией |
|
Бизнес-анализ |
|
Управление |
|
Анализ требований |
|
требованиями |
|
Разработка |
|
Усовершенствование |
|
архитектуры |
|
Экспертиза |
|
Детальное |
|
(испытание) |
|
проектирование |
|
Документирование |
|
Реализация |
|
Обучение |
|
Тестирование |
|
Внедрение |
|
Управление проектом |
|
Эксплуатация |
|
Управление средой |
|
Сопровождение |
Анализ требований и бизнес-анализ
Предприятие |
Представляет |
|
Анализ ПО |
|||
исходные данные |
|
|||||
(организационная |
|
|||||
|
|
(бизнес-анализ) |
||||
для |
|
|||||
система, ОС) |
|
|||||
|
|
|
|
|||
|
Моделирует |
Помогает |
|
|||
|
|
|||||
|
|
|||||
|
осуществить |
|
||||
|
|
|
|
|||
|
|
|
Определяет |
|
Анализ |
|
АИС |
|
|
||||
|
|
|
||||
|
|
|
требований |
|||
|
|
|
||||
|
|
|
|
|
Процесс анализа |
© Ю.A. Маглинец |
5 |
требований |
|
|
Требования – понятие и классификация
Часть 1
Понятие и |
© Ю.A. Маглинец |
6 |
классиификация |
|
|
требований.
Требование к АИС
•Требование – это условие или возможность, которой должна соответствовать система
•Требования – это исходные данные, на основании которых проектируются и создаются автоматизированные информационные системы
Понятие и |
© Ю.A. Маглинец |
7 |
классиификация |
|
|
требований.
Определение IEEE
1.Условия или возможности, необходимые пользователю для решения проблем или достижения целей;
2.Условия или возможности, которыми должна обладать система или системные компоненты, чтобы выполнить контракт или удовлетворять стандартам, спецификациям или другим формальным документам;
3.Документированное представление условий или возможностей для пунктов 1 и 2.
Понятие и |
© Ю.A. Маглинец |
8 |
классиификация |
|
|
требований.
Как и кем используются требования?
–Специалист по АТ – постановка задачи, определение рамок проекта
–Представитель заказчика – постановка задачи, определение рамок проекта, контроль работы исполнителя, приёмка результатов работы
–Архитектор системы – разработка архитектуры, проектирование подсистем
–Программист – разработка программного кода
–Тестировщик – составление тест-плана, тестовых сценариев
–Менеджер проекта – планирование и контроль исполнения работ.
Процесс анализа |
© Ю.A. Маглинец |
9 |
требований |
|
|
Классификация по предмету
Виды
требований
Требования |
Требования |
к продукту |
к проекту |
Понятие и |
© Ю.A. Маглинец |
10 |
классиификация |
|
|
требований.