Skip to content
More
Share
Explore
6. Потребности, требования и архитектура
6.2. Потребности и требования
Для указанных систем приведите по три примера требований и по три примера потребностей.
Помните, что за банальную путаницу между предпочтениями и требованиями по типу «лучше быть здоровым и богатым, нежели бедным и больным» (варианты: «система должна быть как можно дешевле», «система должна управляться как можно проще») студенты получают два балла, а не-студентов увольняют.
Потребности и требования
Система
Потребности
Требования
Заметки
Система
Потребности
Требования
Заметки
Домашние тапочки
1.
2.
3.
1.
2.
3.
Автомобиль легкой
1.
2.
3.
1.
2.
3.
Смартфон
1.
2.
3.
1.
2.
3.
Программа ведения заметок
1.
2.
3.
1.
2.
3.
Мыслительное мастерство
1.
2.
3.
1.
2.
3.
Отдел проектирования ракетных двигателей
1.
2.
3.
1.
2.
3.
Приведите пример из рабочего проекта:
Приведите пример из личного проекта:
There are no rows in this table
Теория из учебников , и
Требованиями описывается то, что должна делать система, описывается внешнее поведение системы, выполнение её функции в надсистеме. В требованиях ничего не говорится о внутреннем устройстве системы. Например, требование к системе «легковой автомобиль»: максимальная скорость не менее 250 км/ч, вес не более 2 тонн, разгон до 100 км/ч за 3 сек и т.п.
Требования возникают у проектных ролей, как внешних, так и внутренних. В работу берутся требования только тех ролей, интересы которых принято удовлетворить при создании целевой системы. Поэтому решение о том, какие ролевые интересы удовлетворять непосредственно влияет на требования, а потом на архитектуру, и в последствии на воплощение системы. Инженер по требованиям в результате коммуникации с заинтересованными лицами самостоятельно определяет список требований, с которыми далее работает архитектор системы.
Описание системы есть всегда, когда есть система. Соответственно требования существуют тоже всегда, если определена система или есть внешние проектные люди, которые что-то хотят от системы. Выделяя вниманием систему, это делается исходя из каких-то требований, которые можно и не осознавать. Выделив систему «легковой автомобиль», мы сразу определили главное требование – способность самостоятельно передвигаться и перевозить пассажиров. Далее работа с требованиями помогает лучше описать будущую систему. В зависимости от учитываемых проектных ролей легковой автомобиль может получиться разным.
Когда речь идет о требованиях, то обязательно подразумевают, что в ответ на эти требования будет предложена функция конкретной системы. Обычно, если не уточняется система, то значит речь идет о требованиях к целевой системе. Или говорят ещё системные требования. Если же речь идет о требованиях к надсистеме, то они называются потребностями или нужды внешних проектных ролей. Требования и потребности в одном проекте нельзя путать, они описывают разные системы: требования к целевой системе, а потребности – это требования к надсистеме. Например, для надсистемы «поездка» и целевой системы легковой автомобиль: потребностями будет комфортное круглогодичное передвижение из пригорода в город, а требование – проходимость, настраиваемый климат в салоне, не укачиваемость, а также могут быть требования к скорости, весу и времени разгона.
Требования к целевой системе вытекают из потребностей. В задачу инженера по требованию входит связка выявленных потребностей и требований, а в задачу архитектора – связка требований с архитектурой системы.
Want to print your doc?
This is not the way.
This is not the way.
Try clicking the ⋯ next to your doc name or using a keyboard shortcut (
CtrlP
) instead.