- •Стандарт 12207. Основные процессы. Место процессов в жц ис.
- •Стандарт 12207. Вспомогательные процессы. Место процессов в жц ис.
- •Стандарт 12207. Организационные процессы. Место процессов в жц ис.
- •Стандарт 34-601.90.
- •Понятие открытой системы.
- •Модель osi.
- •Профили ис.
- •Структурный подход к проектированию.
- •Методология sadt.
- •Основы функционального моделирования. Состав функциональной модели
- •Стандарт idef0.
- •Методология dfd.
- •Объектно-ориентированный подход к проектированию.
- •Виды отношений между классами
- •Методология rup. Методология Rational Unified Process (rup)
- •Rup как методология
- •Понятия «архитектура предприятия» и «архитектура ит».
- •Модель Захмана.
- •Развитие стандарта mrpii.
- •Основные модули mrpii.
- •Модель erp.
- •Модель crm.
- •Модель hrm.
- •Модель pdm.
- •Методология itil. Основные определения.
- •Предпроектное обследование
- •Бизнес-требования
- •Требования пользователей
- •Спецификация требований к по
- •Концепция новой ис
- •Разработка системного проекта
- •Этапы разработки проектов
Бизнес-требования
Требования к ПО состоят из трех уровней:
бизнес требования;
требования пользователей;
функциональные требования.
Вдобавок каждая система имеет свои нефункциональные требования.
Бизнес-требования включают бизнес-цели организации и представление о внешнем виде и функциональности системы.
Бизнес-требования (business requirements) содержат высокоуровневые цели организации или заказчиков системы. Как правило, их высказывают те, кто финансируют проект, покупатели системы, менеджер реальных пользователей, отдел маркетинга. В этом документе объясняется, почему организации нужна такая система, то есть описаны цели, которые организация намерена достичь с ее помощью.
Бизнес-требования определяют и набор бизнес-задач (вариантов использования), которые позволяет выполнять приложение (ширина приложения], и глубину уровня, до которого реализуется каждый вариант использования. Бизнес-требования позволяют понять, для каких вариантов использования необходима надежная и полная функциональность, а для каких достаточно поверхностной реализации, по крайней мере на первое время.
Бизнес-требования влияют на приоритеты реализации вариантов использования и связанные с ними функциональные требования, также существенно влияют на способ реализации требований.
Бизнес-требования описывают основные преимущества, которые новая система даст ее заказчикам, покупателям и пользователям. Для различных типов продуктов — информационных систем, коммерческих пакетов ПО и систем контроля, работающих в режиме реального времени, — выделяются различные преимущества.
Исходные данные. Суммирует обоснование и содержание нового продукта.
Возможности бизнеса. Для коммерческого продукта описывают существующие рыночные возможности и рынок, на котором продукту придется конкурировать с другими продуктами. Для корпоративной информационной системы описывают бизнес-проблему, которая разрешается посредством этого продукта, или бизнес-процессы, для улучшения которых требуется продукт, а также среду, в которой система будет использоваться.
Бизнес-цели и критерии успеха. Суммирует важные преимущества бизнеса, предоставляемые продуктом, в количественном и измеряемом виде.
Потребности клиентов или рынка. потребности типичных покупателей или целевых сегментом рынка, включая потребности, которые не удовлетворяют настоящие продукты или информационные системы.
Бизнес-риски. Обобщает важнейшие бизнес-риски, связанные с разработкой — или не с разработкой — этого продукта. В категории рисков входят рыночная конкуренция, временные факторы, приемлемость для пользователей, проблемы, связанные с реализацией, и возможные негативные факторы, влияющие на бизнес.
Требования пользователей
Требования к ПО состоят из трех уровней:
бизнес требования;
требования пользователей;
функциональные требования.
Вдобавок каждая система имеет свои нефункциональные требования.
Бизнес-требования формируют каркас всего проекта. Любые другие функции и требования к продукту должны удовлетворять бизнес-требования. Тем не менее бизнес-требования не предоставляют разработчикам достаточно информации для создания продукта.
Следующий уровень требований — требования пользователей: их определяют те, кто прямо или косвенно взаимодействуют с продуктом, то есть конечные пользователи. Они способны описать требуемую функциональность, а также ожидаемые качественные характеристики продукта.
Пользовательские требования — определяют набор пользовательских задач, которые должна решать программа, а также способы (сценарии) их решения в системе. Пользовательские требования могут выражаться в виде фраз утверждений, в виде способов применения (use case), пользовательских историй (user story), сценариев взаимодействия (scenario).
Требования пользователей - user requirement — цели и задачи, которые пользователи должны иметь возможность выполнять с системой, или положения об ожиданиях пользователей о качестве системы.
Требования пользователей (user requirements) описывают цели и задачи, которые пользователям позволит решить система. К отличным способам представления этого вида требований относятся варианты использования, сценарии и таблицы ≪событие — отклик≫. Таким образом, в этом документе указано, что клиенты смогут делать с помощью системы.