- Главная
- Информатика
- Спецификация требований к ПО. (Лекция 5)
Содержание
- 2. Спецификация требований Независимо от способа выявления требований, документировать их нужно так, чтоб это обеспечивало удобный доступ
- 3. 1.Введение Введение представляет собой обзор, помогающий читателям разобраться в структуре и принципе использования спецификации требований к
- 4. 1.4 Границы проекта Кратко опишите ПО и его назначение. Покажите, как связан продукт с пользователями или
- 5. 2. Общее описание В этом разделе представлен общий обзор продукта и среды, в которой он будет
- 6. 2.3 Классы и характеристики пользователей Определите различные классы пользователей, которые, как предполагается, будут работать с вашим
- 7. 2.5 Ограничения проектирования и реализации Опишите любые факторы, которые ограничат возможности, доступные разработчикам, и логически обоснуйте
- 8. 2.6 Документация для пользователей Перечислите все компоненты пользовательской документации, поставляемые с исполняемым ПО. В них могут
- 9. 3. Функции системы Способы систематизации функциональных требований. По классификации: по вариантам использования, режиму работы, классам пользователей,
- 10. 3.х.2 Последовательности «воздействие - реакция» Перечислите последовательность воздействий, оказываемых на систему (действия пользователей, сигналы внешних устройств
- 11. 4. Требования к внешнему интерфейсу По мнению RichardThayer(2002), «требования к внешнему интерфейсу определяют оборудование, ПО или
- 12. Войны интерфейсов Две команды разработчиков ПО объединились для создания флагманского продукта Datum Corporation. Команда, отвечающая за
- 13. 4.1 Интерфейсы пользователя Опишите логические характеристики каждого пользовательского интерфейса, который необходим системе. Некоторые из них перечислены
- 14. Детально документируйте детали пользовательского интерфейса, такие, как конфигурации определенных диалоговых окон, в отдельной спецификации пользовательского интерфейса,
- 15. 4.2 Интерфейсы оборудования Опишите характеристики каждого интерфейса между компонентами ПО и оборудования системы. В описание могут
- 16. 4.4 Интерфейсы передачи информации Укажите требования для любых функций взаимодействия, которые будут использоваться продуктом, включая электронную
- 17. 5. Другие нефункциональные требования 5.1 Требования к производительности Укажите специальные требования к производительности для различных системных
- 18. Приложение А. Словарь терминов Поясните термины, которые пользователю необходимо знать для правильного понимания спецификации требований к
- 20. Скачать презентацию
Спецификация требований
Независимо от способа выявления требований, документировать их нужно так, чтоб
Спецификация требований
Независимо от способа выявления требований, документировать их нужно так, чтоб
1.Введение
Введение представляет собой обзор, помогающий читателям разобраться в структуре и принципе
1.Введение
Введение представляет собой обзор, помогающий читателям разобраться в структуре и принципе
1.1 Назначение
Определите продукт или приложение, требования для которого указаны в этом документе, в том числе редакцию или номер выпуска. Если эта спецификация требований к ПО относится только к части системы, идентифицируйте эту часть или подсистему.
1.2 Соглашения, принятые в документах
Опишите все стандарты или типографические стандарты, включая стили текста, особенности выделения или замечания. Например, укажите, унаследован ли приоритет, указанный для требований высшего уровня, всеми их детализированными требованиями, или каждое положение о функциональных требованиях должно обладать собственным приоритетом.
1.3 Предполагаемая аудитория и рекомендации по чтению
Перечислите пользователей, для которых предназначена эта спецификация требований к ПО. Опишите содержание документа и его структуру. Порекомендуйте наиболее подходящую для каждого класса читателей последовательность чтения документа.
1.4 Границы проекта
Кратко опишите ПО и его назначение. Покажите, как связан продукт
1.4 Границы проекта
Кратко опишите ПО и его назначение. Покажите, как связан продукт
1.5 Ссылки
Перечислите все документы или другие ресурсы, на которые вы ссылаетесь в этой спецификации, в том числе гиперссылки на них. Это могут быть руководства по стилям пользовательского интерфейса, контракты, стандарты, спецификации к системным требованиям, документы о вариантах использования, спецификации интерфейса, концептуальные документы и спецификация требований к ПО для продуктов, на которые вы ссылаетесь. Объем информации должен быть достаточным для того, чтобы пользователь сумел при необходимости получить доступ к каждому указанному материалу, а именно: название,имя автора, номер версии, дата и источник или расположение (например, сетевая папка или URL).
2. Общее описание
В этом разделе представлен общий обзор продукта и среды,
2. Общее описание
В этом разделе представлен общий обзор продукта и среды,
2.1 Общий взгляд на продукт
Опишите содержание и происхождение продукта. Поясните, является он новым членом растущего семейства продуктов, новой версией существующей системы, заменой существующего приложения или совершенно новым продуктом? Если спецификация требований определяет компонент более крупной системы, укажите, как это ПО соотносится со всей системой и определите основные интерфейсы между ними.
2.2 Особенности продукта
Перечислите основные особенности продукта или его главные функции. Детали будут изложены в разделе 3 спецификации требований к ПО, здесь же следует их только указать. Также здесь уместно проиллюстрировать основные группы требований и их взаимоотношения, например показать диаграмму потоков данных высшего уровня, диаграмму вариантов использования или диаграмму классов.
2.3 Классы и характеристики пользователей
Определите различные классы пользователей, которые, как предполагается, будут
2.3 Классы и характеристики пользователей
Определите различные классы пользователей, которые, как предполагается, будут
2.4 Операционная среда
Опишите рабочую среду ПО, включая аппаратные средства, операционные системы и их версии, а также географическое местоположение пользователей, серверов и баз данных. Перечислите все остальные компоненты ПО или приложений, с которыми система должна быть совместима. В документе об образе и границах проекта эта информация может быть раскрыта более подробно.
2.5 Ограничения проектирования и реализации
Опишите любые факторы, которые ограничат возможности, доступные
2.5 Ограничения проектирования и реализации
Опишите любые факторы, которые ограничат возможности, доступные
определенные технологии, средства, языки программирования и базы данных, которые следует использовать или избегать;
ограничения, налагаемые операционной средой продукта, например типы и версии установленных Web-браузеров;
обязательные соглашения или стандарты разработки (например, если обслуживать ПО будут клиенты, то они должны указать особенности дизайна и стандарты программирования, которые субподрядчик обязан соблюдать);
обратная совместимость с продуктами, выпущенными ранее;
ограничения, налагаемые бизнес-правилами (они должны быть зафиксированы в других документах, как рассказано в главе 9);
ограничения, связанные с оборудованием, например требования к срокам, ограничения памяти или процессора, размер, вес, материалы или затраты;
соглашения, связанные с пользовательским интерфейсом существующего продукта, которые необходимо соблюдать при улучшении существующего продукта;
стандартный формат обмена данными, например ХМL.
2.6 Документация для пользователей
Перечислите все компоненты пользовательской документации, поставляемые с исполняемым ПО.
2.6 Документация для пользователей
Перечислите все компоненты пользовательской документации, поставляемые с исполняемым ПО.
2.7 Предположения и зависимости
Предположением(assumption) называется положение, которое считается истинным при отсутствии доказательства или определяющей информации. Проблемы возможны в том случае, если предположение неверны, не находятся в совместном использовании или они изменяются, поэтому определенные предположения можно отнести к группе рисков проекта. Один пользователь спецификации может считать, что продукт будут соответствовать особому стандарту пользовательского интерфейса, тогда как другой предположит нечто совершенно иное. Разработчик может думать, что определенный набор функций написанспециально для этого приложения, аналитик— что он будет взят из предыдущего проекта, а менеджер проекта— что предполагается приобрести коммерческую библиотеку функций.
3. Функции системы
Способы систематизации функциональных требований. По классификации: по вариантам использования,
3. Функции системы
Способы систематизации функциональных требований. По классификации: по вариантам использования,
3.х Функция системы X
Укажите название особенности несколькими словами, например «3.1 Проверка правописания». Так же назовите подразделы с 3.x.1 по 3.х.3 для каждой функции системы.
3.х.1 Описание и приоритеты
Кратко опишите особенность функции и укажите, обладает ли она высоким, средним или низким приоритетом. Приоритеты являются динамической характеристикой, они могут изменяться входе проекта. Если вы используете средство управления требованиями, определите атрибут требований для приоритета.
3.х.2 Последовательности «воздействие - реакция»
Перечислите последовательность воздействий, оказываемых на систему (действия
3.х.2 Последовательности «воздействие - реакция»
Перечислите последовательность воздействий, оказываемых на систему (действия
3.х.3 Функциональные требования
Перечислите по пунктам детализированные функциональные требования, которые связаны с этой особенностью. Здесь должны быть представлены определенные характеристики ПО, чтобы пользователь мог задействовать эту функцию или реализовать варианты использования. Опишите, как продукт должен реагировать на ожидаемые ошибки, неправильный ввод информации или неверные действия. Присвойте каждому функциональному требованию уникальное имя.
4. Требования к внешнему интерфейсу
По мнению RichardThayer(2002), «требования к внешнему интерфейсу
4. Требования к внешнему интерфейсу
По мнению RichardThayer(2002), «требования к внешнему интерфейсу
Войны интерфейсов
Две команды разработчиков ПО объединились для создания флагманского продукта Datum
Войны интерфейсов
Две команды разработчиков ПО объединились для создания флагманского продукта Datum
4.1 Интерфейсы пользователя
Опишите логические характеристики каждого пользовательского интерфейса, который необходим системе.
4.1 Интерфейсы пользователя
Опишите логические характеристики каждого пользовательского интерфейса, который необходим системе.
ссылки на стандарты графического интерфейса пользователей или стилевые рекомендации для семейства продукта, которые необходимо соблюдать;
стандарты шрифтов, значков, названий кнопок, изображений, цветовых схем, последовательностей полей вкладок, часто используемых элементов управления и т.п.; конфигурация экрана или ограничения разрешения;
стандартные кнопки, функции или ссылки перемещения, одинаковые для всех экранов, например кнопка справки;
быстрые клавиши;
стандарты отображения сообщений;
стандарты конфигурации для упрощения локализации ПО;
специальные возможности для пользователей с проблемами со зрением.
Детально документируйте детали пользовательского интерфейса, такие, как конфигурации определенных диалоговых окон,
Детально документируйте детали пользовательского интерфейса, такие, как конфигурации определенных диалоговых окон,
4.2 Интерфейсы оборудования
Опишите характеристики каждого интерфейса между компонентами ПО и оборудования системы.
4.2 Интерфейсы оборудования
Опишите характеристики каждого интерфейса между компонентами ПО и оборудования системы.
4.3 Интерфейсы ПО
Опишите соединения продукта и других компонентов ПО (идентифицированные по имени и версии), в том числе базы данных, операционные системы, средства, библиотеки и интегрированные коммерческие компоненты. Укажите назначение элементов сообщений, данных и элементов управления, обмен которыми происходит между компонентами ПО. Опишите службы, необходимые внешним компонентам ПО, и природу взаимодействия между компонентами. Определите данные, к которым будут иметь доступ компоненты ПО. Если механизм предоставления общего доступа к данным должен быть реализован определенным способом, например в качестве глобальной области данных, то укажите его как ограничение.
4.4 Интерфейсы передачи информации
Укажите требования для любых функций взаимодействия, которые будут использоваться
4.4 Интерфейсы передачи информации
Укажите требования для любых функций взаимодействия, которые будут использоваться
5. Другие нефункциональные требования
5.1 Требования к производительности
Укажите специальные требования к производительности
5. Другие нефункциональные требования
5.1 Требования к производительности
Укажите специальные требования к производительности
Приложение А. Словарь терминов
Поясните термины, которые пользователю необходимо знать для правильного
Приложение А. Словарь терминов
Поясните термины, которые пользователю необходимо знать для правильного
Приложение Б. Модели анализа
В этом необязательном разделе описывается, а точнее напоминается о таких моделях анализа, как диаграммы потока данных, диаграммы классов, диаграммы перехода состояния и диаграммы «сущность -связь» (см. главу 11)
Приложение В. Список вопросов
Это динамический список еще не разрешенных проблем, связанных с требованиями. Это могут быть элементы, помеченные кaк «TBD» (tobedetermined — необходимо определить), отложенные решения, необходимая информация, неразрешенные конфликты и т.п. Все это не обязательно включать в спецификацию требований к ПО, но в некоторых организациях принято прилагать список «TBD» к спецификации требований к ПО. Постарайтесь как можно быстрее разрешить эти проблемы, чтобы они не стали препятствием к своевременному созданию основ спецификации требований к ПО высокого качества.