13. Требования предметной области.

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

Примеры:

• Интерфейс, предоставляющий доступ к базам данных, должен быть разработан с учетом определенных стандартов.

• Для соблюдения авторских прав некоторые документы должны быть удалены из системы сразу после получения.

• Торможение поезда вычисляется по формуле...

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

14. Пользовательские требования.

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

1. Отсутствие четкости изложения.

2. Смешение требований.

3. Объединение требований.

Чтобы свести к минимуму неясности, рекомендуется придерживаться следующих правил:

1. Разработать стандартную форму для записи пользовательских требований и ее придерживаться.

2. Различать обязательные и описательные требования. Описательные требования не являются абсолютно необходимыми.

3. Выделять ключевые части требований.

4. Избегать компьютерного и технического жаргона.

15. Системные требования.

//по лекции:

Системные требования - детализированное описание системных функций и ограничений (функциональная спецификация). Основа для заключения контракта между покупателями системы и разработчиком.

1. Пользователь должен иметь возможность определять тип внешних файлов.

2. Для каждого типа внешних файлов должно иметься средство, применяющееся к этому файлу.

3. Внешний файл каждого типа должен быть представлен соответствующей диаграммой.

//из интернета:

Системные требования включают в себя:

1. Требования к архитектуре системы. Например, число и размещение хранилищи серверов приложений.

2. Требования к параметрам оборудования. Например, частота  процессоров серверов и клиентов, объём хранилищ, размер оперативной и видео памяти, пропускная способность канала и т.д.

3. Требования к параметрам системы. Например, время отклика на действие пользователя, максимальный размер передаваемого файла, максимальная скорость передачи данных, максимальное число одновременно работающих пользователей и т.д.

4. Требования к программному интерфейсу.

5. Требования к структуре системы. Например, Масштабируемость, распределённость, модульность, открытость.

• масштабируемость – возможность распространения системы на большое количество машин, не приводящая к потере работоспособности и эффективности, при этом способность системы наращивать свою мощность должна определяться только мощностью соответствующего аппаратного обеспечения.

• распределенность - система должна поддерживать распределённое хранение данных.

• модульность - система должна состоять из отдельных модулей, интегрированных между собой.

• открытость - наличие открытых интерфейсов для возможной доработки и интеграции с другими системами.

6. Требования по взаимодействию и интеграции с другими системами. Например, использование общей базы данных, возможность получения данных из баз данных определённых систем и т.д.