ВУЗ:
Составители:
17
или «для обеспечения физической безопасности сервера он должен быть помещён в охра-
няемое помещение, доступ к которому имеет только Администратор и Директор».
Отдельно указать требования к устойчивости программного продукта к различным
нештатным ситуациям, действиям по обработке ошибок и восстановлению после сбоев.
Например, «неожиданное отключение питания должно приводить к потере только данных
только из тех записей БД, которые редактируются в этот момент». Если значительная
часть требований к надёжности выполняется за счёт базового программного обеспечения,
например, СУБД или ОС, указать это.
Раздел «7.2. Требования к производительности»
Определить диапазоны количественных параметров размеров задач, для решения ко-
торых предназначена система, в том числе объём базы данных, количество одновременно
работающих пользователей, скорость поступления внешних сигналов и т. п.
В предположении, что система будет использовать рекомендуемую конфигурацию
оборудования из раздела 2.1, указать минимальные требования к количественным показа-
телям эффективности системы. В число
показателей могут входить: время отклика, ско-
рость выполнения транзакций, время обработки запроса, объём используемой оперативной
памяти и дискового пространства и др. Для каждого из показателей может быть указано
предельно допустимое и ожидаемое среднее значение. Например, «среднее время отклика
системы на действие пользователя должно быть 2-3 секунды, максимальное — не более 5
секунд». Если
часть показателей зависит от внешних факторов, (например, качества
TCP/IP соединения), отметить это и привести требования для случая их оптимального со-
четания. Дополнительно возможно указание ожидаемых реальных показателей в различ-
ных условиях.
Раздел «8. Проект»
Раздел содержит данные о внутренней структуре программной системы и принятых
при разработке решениях, не проистекающих непосредственно из требований. В отличие
от требований, предложения в разделе «Проект» должны быть сформулированы не в побу-
дительной, а в утвердительной форме, (например, вместо фразы «система должна состо-
ять из 5 модулей» следует написать «система состоит из
5 модулей»). Некоторые под-
разделы могут отсутствовать, если реализация соответствующих требований тривиальна
или непосредственно определяется самими требованиями.
Привести во всех подразделах все необходимые статические и динамические диа-
граммы (например, диаграмму компонентов).
Раздел «8.1. Средства реализации»
Перечислить и сравнить языки программирования, среды разработки, библиотеки
программ, СУБД и т. п., рассматривавшихся в качестве возможных средств реализации
системы. Учесть характеристики открытости и цены средства, скорости и простоты разра-
ботки, надёжности и эффективности конечного программного продукта. Если проводилось
сравнительное тестирование или апробация средств, привести результаты. Документиро-
вать и обосновать осуществлённый
выбор средств.
Раздел «8.2. Модули и алгоритмы»
Описать общую структуру системы или каждой из подсистем. Перечислить, в зави-
симости от размера и сложности системы, все модули и/или процедуры и функции с крат-
или «для обеспечения физической безопасности сервера он должен быть помещён в охра-
няемое помещение, доступ к которому имеет только Администратор и Директор».
Отдельно указать требования к устойчивости программного продукта к различным
нештатным ситуациям, действиям по обработке ошибок и восстановлению после сбоев.
Например, «неожиданное отключение питания должно приводить к потере только данных
только из тех записей БД, которые редактируются в этот момент». Если значительная
часть требований к надёжности выполняется за счёт базового программного обеспечения,
например, СУБД или ОС, указать это.
Раздел «7.2. Требования к производительности»
Определить диапазоны количественных параметров размеров задач, для решения ко-
торых предназначена система, в том числе объём базы данных, количество одновременно
работающих пользователей, скорость поступления внешних сигналов и т. п.
В предположении, что система будет использовать рекомендуемую конфигурацию
оборудования из раздела 2.1, указать минимальные требования к количественным показа-
телям эффективности системы. В число показателей могут входить: время отклика, ско-
рость выполнения транзакций, время обработки запроса, объём используемой оперативной
памяти и дискового пространства и др. Для каждого из показателей может быть указано
предельно допустимое и ожидаемое среднее значение. Например, «среднее время отклика
системы на действие пользователя должно быть 2-3 секунды, максимальное — не более 5
секунд». Если часть показателей зависит от внешних факторов, (например, качества
TCP/IP соединения), отметить это и привести требования для случая их оптимального со-
четания. Дополнительно возможно указание ожидаемых реальных показателей в различ-
ных условиях.
Раздел «8. Проект»
Раздел содержит данные о внутренней структуре программной системы и принятых
при разработке решениях, не проистекающих непосредственно из требований. В отличие
от требований, предложения в разделе «Проект» должны быть сформулированы не в побу-
дительной, а в утвердительной форме, (например, вместо фразы «система должна состо-
ять из 5 модулей» следует написать «система состоит из 5 модулей»). Некоторые под-
разделы могут отсутствовать, если реализация соответствующих требований тривиальна
или непосредственно определяется самими требованиями.
Привести во всех подразделах все необходимые статические и динамические диа-
граммы (например, диаграмму компонентов).
Раздел «8.1. Средства реализации»
Перечислить и сравнить языки программирования, среды разработки, библиотеки
программ, СУБД и т. п., рассматривавшихся в качестве возможных средств реализации
системы. Учесть характеристики открытости и цены средства, скорости и простоты разра-
ботки, надёжности и эффективности конечного программного продукта. Если проводилось
сравнительное тестирование или апробация средств, привести результаты. Документиро-
вать и обосновать осуществлённый выбор средств.
Раздел «8.2. Модули и алгоритмы»
Описать общую структуру системы или каждой из подсистем. Перечислить, в зави-
симости от размера и сложности системы, все модули и/или процедуры и функции с крат-
17
Страницы
- « первая
- ‹ предыдущая
- …
- 15
- 16
- 17
- 18
- 19
- …
- следующая ›
- последняя »
