ВУЗ:
Рубрика:
- 22 -
Таким образом, ВО ПС определяет, что должно делать ПС и какими внешними
свойствами обладать. При этом не рассматривается вопрос, как должно быть уст-
роено ПС.
Результатом работы пользователя и разработчика должно быть принятие
внешнего описания и заключение договора на разработку ПС.
4.1. Формирование требований к ПС
Требования к ПС представляют исходный
документ разработчика и являются
заданием, отражающим в абстрактной форме потребности пользователя.
Определение требований к ПС – это комбинация фрагментов на естественном
языке и иллюстративных материалов (таблиц, диаграмм). Она должна быть понят-
на пользователю. Формализация требований к ПС является целью работы разра-
ботчиков.
Известны три способа разработки требований к ПС [6]:
1) управляемая пользователем
разработка;
2) контролируемая пользователем разработка;
3) независимая от пользователя разработка.
Первый способ предусматривает, что требования к ПС определяются заказчи-
ком. Разработчик, в основном, уточняет неясные моменты с пользователем. В ре-
зультате документ может быть в нескольких редакциях.
При втором способе требования формулируются разработчиком при участии
пользователя. Пользователь информирует разработчика о своих потребностях
в ПС.
При независимой от пользователя разработке требования определяются без ка-
кого-либо участия пользователя. Такой способ характерен для случаев создания
ПС широкого применения.
С точки зрения обеспечения надёжности ПС предпочтителен второй способ.
4.2. Формирование спецификации качества ПС (СК)
Разработка СК является, по существу, созданием моделей качества требуемого
ПС [1]. В этой
модели должен быть перечень всех элементарных свойств, которые
нужно обеспечить в создаваемом ПС. Объединение этих элементарных свойств в
Страницы
- « первая
- ‹ предыдущая
- …
- 18
- 19
- 20
- 21
- 22
- …
- следующая ›
- последняя »