- •Проектирование информационных систем
- •Анализ требований и бизнес-анализ
- •Требования – понятие и классификация
- •Требование к АИС
- •Определение IEEE
- •Как и кем используются требования?
- •Классификация по предмету
- •Классификация по уровню
- •Пример бизнес- требования
- •Классификация по уровню
- •Пример требования пользователя
- •Классификация по уровню
- •Пример функциональных требований
- •Конфликты между требованиями разных уровней
- •Классификация 3
- •Классификация К.Вигерса
- •Модель FURPS
- •Документы IEEE
- •ГОСТ РФ
Модель FURPS
•Functionality, функциональность
•Usability, удобство использования
•Reliability, надежность
•Performance, производительность
•Supportability, пригодность к эксплуатации и поддержке.
Введение |
© Ю.A. Маглинец |
22 |
Модель FURPS+ (ограничения)
•Ограничения проектирования, design,
•Ограничения разработки, implementation
•Ограничения на интерфейсы, interface,
•Физические ограничения, physical.
Введение |
© Ю.A. Маглинец |
23 |
FURPS+ Функциональность (1)
•Журналирование, аuditing — инструменты отслеживания действий пользователей и системы путем записи в журнал безопасности конкретных типов событий;
•Лицензирование, licensing — средства для отслеживания, приобретения, установки и контроля над использованием лицензий;
•Локализация, localization — средства поддержки различных естественных языков.
Введение |
© Ю.A. Маглинец |
24 |
FURPS+ Функциональность (2)
•Почта, mail — службы отправки и получения сообщений
•Помощь, online help — возможность оказывать поддержку пользователей в реальном времени
•Печать, printing — средства для печати документов
•Отчетность, reporting — инструменты создания и получения отчетов.
Введение |
© Ю.A. Маглинец |
25 |
FURPS+
Функциональность (3)
• Безопасность, security — средства защиты доступа к определенным ресурсам информации
• Управление системой, system management — инструменты, позволяющие управлять приложениями в распределенной среде
• Технологический процесс, workflow — поддержка документооборота, включая процессы проверки, визирования и утверждения.
Введение |
© Ю.A. Маглинец |
26 |
FURPS+ Удобство
использования
• эстетика и логичность пользовательского интерфейса,
• учет человеческого фактора,
• эксплуатационная документация, ее состав (руководства пользователей, администраторов и др.), отраслевые и гос. стандарты оформления,
• квалификация пользователей и их обучение,
• справочная информация в системе.
Введение |
© Ю.A. Маглинец |
27 |
FURPS+ Надежность (1)
•сбои:
–допустимая частота/периодичность сбоев,
–среднее время сбоев и их серьезность,
–возможность восстановления системы после сбоев, в т.ч. возможность предварительного резервного копирования данных,
Введение |
© Ю.A. Маглинец |
28 |
FURPS+ Надежность(2)
•предсказуемость поведения,
•время готовности системы к работе, режим работы или время доступности системы (например, «Система должна быть доступна 24 часа в сутки 7 дней в неделю»),
•точность вычислений.
Введение |
© Ю.A. Маглинец |
29 |
FURPS+ Производительность (1)
•скорость работы, время отклика системы,
•пропускная способность, включая общее и допустимое количество одновременно работающих пользователей, количество пользовательских запросов, число обращений системы к БД и объем запрашиваемых/передаваемых данных в единицу времени,
Введение |
© Ю.A. Маглинец |
30 |
FURPS+
Производительность(2)
• время, необходимое на восстановление — скорость восстановления,
• время, необходимое для запуска и завершения работы
— скорость запуска и завершения,
• потребление ресурсов.
Введение |
© Ю.A. Маглинец |
31 |
FURPS+ Пригодность к
поддержке –
возможности: (1)
• тестирования,
• расширения — наращивания дополнительного функционала системы,
• масштабирования — тиражирования, например, в филиалах/подразделениях организации,
• адаптации/приспособления к использованию в заданной среде, в т.ч. путем предварительной настройки, …>
Введение |
© Ю.A. Маглинец |
32 |
FURPS+ Пригодность к
поддержке –
возможности: (2)
• конфигурирования — оперативной, регулярной настройки, переопределения параметров,
• совместимости,
• сопровождения, поддержки работоспособности: исправление ошибок, обновление данных, частота архивации и резервного копирования, …>
Введение |
© Ю.A. Маглинец |
33 |
FURPS+ Пригодность к
поддержке –
возможности: (3)
• сервисного обслуживания и ремонта, их удобство,
• установки,
• локализации (например, «Продукт будет поддерживать несколько естественных языков»),
• портативность,
• соответствие международным стандартам.
Введение |
© Ю.A. Маглинец |
34 |
FURPS+
Ограничения
проектирования
–ограничения на технологии (например, «Хранение необходимо реализовать с помощью реляционной БД»),
–процесс («RUP»),
–средства разработки («диаграммы должны создаваться в MS Visio, документация — в MS Word»),
–прочие.
Введение |
© Ю.A. Маглинец |
35 |
FURPS+ Ограничения реализации
–стандарты разработки,
–стандарты качества ПО, в т.ч. кода,
–языки программирования,
–средства разработки («В качестве СУБД должна быть использована Oracle 10g»),
–ресурсные ограничения,
–лицензионные ограничения,
–ограничения на техническое (аппаратное) обеспечение,
–прочие.
Введение |
© Ю.A. Маглинец |
36 |
FURPS+ Ограничения интерфейсов
–форматы данных,
–протоколы взаимодействия,
–внешние системы,
–прочие.
Введение |
© Ю.A. Маглинец |
37 |
FURPS+ Физические ограничения,
• накладываемые на технические (аппаратные) средства и окружение системы:
–форма,
–размер,
–вес,
–температурный режим,
–влажность,
–ограничения на вибрацию,
–прочие.
Введение |
© Ю.A. Маглинец |
38 |