Производительность. Типичные нефункциональные требования к корпоративным системам

Типичные нефункциональные требования к корпоративным системам

Определение корпоративной системы

Корпоративной системой будем называть системы, функционирующие на предприятии и обладающие следующими типичными свойствами:

• Хранение данных;
• Большое количество и разнообразие хранимых и обрабатываемых данных;
• Параллельная работа множества пользователей;
• Работа в открытой среде, т.е. взаимодействие с другими приложениями – интеграция.

Примерами корпоративных приложений являются: бухгалтерский учёт, экономическое прогнозирование, страхование, системы автоматизации деятельности предприятий (ERP), автоматизации складов, взаимоотношений с клиентами (CRM), торговые системы, системы электронной коммерции, например электронные магазины и каталоги.

Корпоративными приложениями НЕ являются текстовые редакторы, встраиваемые системы (например управление лифтами, мобильными телефонами), а так же операционные системы, компиляторы, игры и т.п.

Отличительной чертой большого числа корпоративных систем является то, что они разрабатываются под заказ, т.е. не являются коробочными продуктами. Однако, и среди них, всё большую долю занимают типовые системы, являющиеся готорыми или коробочными продуктами. Примерами могут служить ERP системы SAP R/3, Microsoft (Navision) Axapta а также Oracle.

С архитектурной точки зрения, отличительной чертой корпоративных систем является большое количество компонент и связей между ними. Этим и определяется их сложность. Т.е., как правило сложность построения крупных корпоративных систем обусловлена не алгоритмической сложностью зачач, как например в случае с графическими пакетами, низкоуровневыми высокопроизводительными драйверами устройств и т.п., а сложностью взаимосвязей и бизнес-ограничений, их количества, изменчивостью и нечёткостью формулировок.

Помимо классических ограничений, накладываемых на проект создания информационной системы, таких как время, бюджет, надёжность и качество, существует ряд нефункциональных требований, типичных для корпоративных приложений. К ним относятся в первую очередь:

• Производительность
• Отказоустойчивость
• Безопасность (защищённость)

При этом удовлетворение функциональных требований и ограничений (т.е. требований основного бизнес процесса – выполнение операций увеличивающих добавочную стоимость продукта или услуги, производство которой автоматизируется) считается само сабой разумеющимся.

Под производительностью мы будем понимать целый ряд характеристик, которые могут рассматриваться как отдельно друг от друга, так и в совокупности:

• Время отклика (response time) – промежуток времени, который требуется системе, чтобы обработать запрос. (Например щелчок по кнопке GUI);
• Быстрота реагирования (responsiveness) – скорость подтверждения запроса;
• Время задержки (latency) – минимальный интервал времени до получения какого либо отклика. (Параметр приобретает особую важность в распределённых системах)
• Пропускная способность (throughput) – количество данных/операций, передаваемых /выполняемых в единицу времени.
• Эффективность (efficiency) - удельная производительность в пересчёте на одну единицу ресурса. (Например, система с двумя процессорами, способная выполнить 30 tps более эффективна по сравнению с системой, оснащённой четырьмя аналогичными процессорами и обладающей пропускной способностью 40 tps)
• Мощность (capacity) – наибольшее значение пропускной способности или загрузки.
• Способность к масштабированию (scalability) – характеризует поведение системы при добавлении ресурсов (обычно аппаратных). Масштабируемой принято считать систему, производительность которой возрастает пропорционально объёму добавленных ресурсов. Вертикальное масштабирование (vertical scalability, scaling up) – это увеличение мощности отдельного сервера (например увеличение объема памяти). Горизонтальное масштабирование (horizontal scalability, scaling out) – это наращивание потенциала системы путём добавления новых серверов.

Дата добавления: 2014-01-05