Файл: Технология разработки программного обеспечения.pdf

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
background image

 

 

 
 

31

рийного  прерывания,  например  при  рестарте  из  контрольной 
точки.

 

Пример  1.  Программы,  генерируемые ASK, могут  запус-

каться с любого этапа обработки данных.

 

Пример 2. Модуль SORT обеспечивает автоматическую или 

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

 

2.3.3.1.3.4

 

С

ООТВЕТСТВИЕ ТРЕБОВАНИЯМ ЗАКАЗЧИКА

 

Указываются  свойства,  которые  позволяют  программному 

изделию  или  его  выходным  данным  удовлетворять  конкретным 
требованиям.  Перечисляются,  если  это  возможно,  модули,  кото-
рые могут не удовлетворять требованиям заказчика. Указывается 
также, какие ресурсы машинного времени и памяти резервируют-
ся для учета требований заказчика и какие средства предусматри-
ваются для обслуживания выходных каналов пользователя.

 

Пример. ASK характеризуется  параметрами  времени  ком-

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

 

2.3.3.1.3.5

 

Р

АБОЧИЕ ХАРАКТЕРИСТИКИ

 

Приводится  основная  переменная  или  основной  принцип, 

по  которому  должна  измеряться  эффективность  работы  про-


background image

 

 

 
 

32

граммы;  указывается  соответствующее  значение  или  диапазон 
значений  для  этой  переменной.  Главным  здесь  является  уста-
новление количественной меры. Нельзя, например, писать «ско-
рость  работы  генерируемой  программы  будет  соответствовать 
быстродействию программы, написанной вручную на ассембле-
ре». Такое утверждение нельзя проверить или использовать при 
принятии  решений  относительно  внутренней  структуры  про-
граммного  изделия.  Фраза  должна  быть  определенной,  напри-
мер  «производительность  будет  составлять,  как  минимум, 21 
сообщение в 1 минуту». Характеристики, включенные в данный 
раздел,  должны  быть  доступны  для  измерения  пользователем. 
Ими  могут  быть  быстродействие,  пропускная  способность,  ско-
рость передачи данных, скорость компиляции, генерации или ас-
семблирования, расход машинных ресурсов, время реакции и т.п.

 

Пример 1. Каждое периферийное устройство должно рабо-

тать  с  максимальной  производительностью  в  предположении 
отсутствия других параллельных операций.

 

Пример  2.  Для 16 активных  терминалов  будет  обеспечи-

ваться время реакции в пределах 5 секунд и меньше по 90% всех 
тривиальных  операций  взаимодействия,  где  тривиальное  взаи-
модействие  определяется  как  передача  с  терминала  односим

-

вольного  запроса,  поиск  на  диске  односимвольного  ответа  и 
прием односимвольного ответа на том же терминале. Время от-
вета не будет увеличиваться более чем на 100% (до 10 секунд) 
при увеличении числа активных терминалов с 16 до 180.

 

Пример 3. Изделие не накладывает никаких ограничений на 

конфигурацию, помимо ограничений, определяемых оборудова-
нием. 

 

2.3.3.1.3.6

 

У

ДОБСТВО ЭКСПЛУАТАЦИИ

 

Описываются  свойства,  которые  делают  взаимодействие 

«человек — машина»  удобным  для  человека.  Примерами  явля-
ются  свободный  формат  входных  данных,  диалоговый  режим, 
синтаксическая  совместимость,  возможность  ввода  сокращен-
ных команд и т.д. Если существуют другие программные сред-
ства, с которыми предполагаемые пользователи могут быть зна-
комы  и  которые  имеют  идентичные  или  похожие  операции, 


background image

 

 

 
 

33

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

 

Должно  быть  показано,  как  начинается  и  как  заканчивается 

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

 

 

пакетный;

 

 

интерактивный;

 

 

приоритетный;

 

 

фоновый;

 

 

режим интерпретации;

 

 

диагностический;

 

 

непрерывный;

 

 

с прерываниями. 

 

2.3.3.1.3.7

 

М

ОБИЛЬНОСТЬ

 

Описываются требования и цели обеспечения переноса про-

граммного изделия из одних рабочих условий в другие.

 

Пример.  В ASK соблюдаются  все  условия  интерфейса 

VSOS  и  используется  модуль  логического  доступа VSOS для 
всех операций ввода-вывода. Поэтому ASK может работать без 
модификаций  с  любой  операционной  системой,  для  которой 
VSOS является подсистемой. 

 

2.3.3.1.4

 

В

НУТРЕННИЕ ХАРАКТЕРИСТИКИ

 

2.3.3.1.4.1

 

У

ДОБСТВО СОПРОВОЖДЕНИЯ

 

Описываются  меры,  гарантирующие  идентифицируемость 

модулей, если этот вопрос не решен с помощью стандарта.

 


background image

 

 

 
 

34

Пример  1.  Каждый  исходный  и  объектный  модуль  будет 

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

 

Описываются  все  встроенные  средства  отладки  и  компо-

новки,  включая  сопряжения  с  мониторами;  указывается,  воз

-

можно или нет их выборочное отключение. Чтобы можно было 
позднее оценить удобство сопровождения, следует указать язы-
ки, с которыми способно работать данное программное изделие, 
а также затраты машинных ресурсов на исправление ошибок.

 

Пример 2. В системе ASK используются средства програм-

мирования BIL3 (см.  п. 2.4.1, е),  предусматривающие  коэффи-
циент  резервирования  памяти,  равный 10%. В  соответствии  с 
разделом 2.1.4 пользователям  будут  передаваться  объектные 
программы.  Для  коррекции  объектных  программ  используется 
программа UPDATE (см. п. 2.4.1, ж).

 

Указывается, какие лица, не входящие в группу сопровож-

дения, могут вносить изменения. При этом необходимо опреде-
лить условия их подготовки и требуемые ресурсы.

 

Пример  3.  Инженер,  являющийся  специалистом  по  систе-

мам  и  успешно  освоивший  базовую  версию VSOS, сможет  за-
трачивать на внесение изменений в объектный модуль не более 
2 часов своего времени и 0,5 часа машинного времени.

 

Следует  убедиться  в  том,  что  усилия,  затрачиваемые  на 

достижение удобства сопровождения, согласуются со временем 
жизни изделия, определенным в разделе 2.2.4 СТ. 

 

2.3.3.1.4.2

 

А

ЛГОРИТМЫ

 

Если какие-то используемые алгоритмы или методы играют 

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

 


background image

 

 

 
 

35

2.3.3.2

 

И

НТЕРФЕЙС ПОЛЬЗОВАТЕЛЯ

 

2.3.3.2.1

 

В

НЕШНИЕ ОГРАНИЧЕНИЯ

 

2.3.3.2.1.1

 

С

ТАНДАРТЫ ДЛЯ ИНТЕРФЕЙСА ПОЛЬЗОВАТЕЛЯ

 

Пример. ANSI ХЗ.28-1971 (см. п. 2.4.1, г).

 

2.3.3.2.1.3

 

П

РОГРАММНЫЕ ОГРАНИЧЕНИЯ НА ИНТЕРФЕЙС 

ПОЛЬЗОВАТЕЛЯ

 

Пример. Необходимо наличие модулей VSOS DAM, ILSAM 

и VTAM (см. п. 2.4.1, б).

 

2.3.3.2.1.4

 

А

ППАРАТНЫЕ ОГРАНИЧЕНИЯ НА ИНТЕРФЕЙС 

ПОЛЬЗОВАТЕЛЯ

 

Пример. Помимо устройств, указанных в разделе 2.3.3.1.1.4, 

интерфейсу  пользователя  требуются  минимальные  конфигура-
ции,  необходимые  для VSOS ILSAM, DAM и VTAM (см. 
п. 2.4.1, б).

 

 
2.3.3.2.2

 

В

НЕШНИЕ ХАРАКТЕРИСТИКИ

 

2.3.3.2.2.1

 

Р

ЕЗУЛЬТАТЫ РАБОТЫ ИНТЕРФЕЙСА ПОЛЬЗОВАТЕЛЯ

 

Пример. Результаты такие же, как в разделе 2.3.3.1.2.1, ис-

ключая записи в DATABASE.

 

2.3.3.2.2.2

 

П

РОЦЕССЫ ИНТЕРФЕЙСА ПОЛЬЗОВАТЕЛЯ

 

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

 

 

формировать критерии выбора и (или) зависимости;

 

 

создавать файлы фирм или отраслей;

 

 

добавлять данные в файлы;

 

 

сортировать данные;

 

 

выдавать  сообщения,  строить  диаграммы  и/или  сохра-

нять результаты.

 

2.3.3.2.2.3

 

В

ХОДЫ ИНТЕРФЕЙСА ПОЛЬЗОВАТЕЛЯ

 

Пример.  Такие  же,  как  в  разделе 2.3.3.1.2.3, кроме  данных 

из файлов корректировки DATABASE.

 

 
2.3.3.2.3

 

Э

РГОНОМИЧЕСКИЕ ХАРАКТЕРИСТИКИ

 

2.3.3.2.3.3

 

Р

ЕСТАРТ ИНТЕРФЕЙСА ПОЛЬЗОВАТЕЛЯ

 

Пример. Состояние системы для всех активных пользовате-

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