ВУЗ: Томский государственный университет систем управления и радиоэлектроники
Категория: Методичка
Дисциплина: Проектирование информационных систем
Добавлен: 21.10.2018
Просмотров: 6260
Скачиваний: 6
41
будущем) и должен быть зарегистрирован и принят на хранение
группой контроля документации в целях управления конфигу-
рацией программного изделия. Чтобы избежать неточностей,
ссылки на документы, описывающие программы, должны со-
держать шифры проектов и шифры изделий.
Если в основе изделия лежит какой-либо стандартный язык
или код связи, следует указать документ, определяющий этот
стандарт. Если выпускается новая версия существующего про-
граммного изделия, должны быть перечислены все соответствую-
щие ему проектные документы и публикации. Если использование
программного изделия связано со специальным оборудованием,
необходимо указать соответствующую документацию.
Пример. Справочные документы:
а) Коммерческий план финансовых служб, Дж. Э. Очинк
-
лосс, 13.6.77 (проект), разд. 5;
б) Интерфейс операционной системы с виртуальной памя-
тью. Руководство, 12-6643-43;
в) Спецификация содержания и формата DATABASE,
1230711, редакция 7.2.77;
г) Американский национальный стандарт. Процедуры для
использования управляющих символов стандартного кода обме-
на информацией в специальных каналах передачи данных, ANSI
ХЗ.28-1971, разд. 5.2, 5.4, 5.7;
д) Стандарт корпорации ABC на программирование, утвер-
жденный 14.2.73 либо в последней редакции;
е) Язык BIL 3. Справочное руководство, 07-5411-67;
ж) Модуль UPDATE. Руководство оператора, 06-4160-36.
2.5
Передача
заказчику
и
ввод
в
действие
2.5.1 Средства защиты права собственности на изделие
Указывается один из следующих уровней:
−
засекречивание не требуется;
−
промышленный секрет;
−
авторское право;
−
патент.
42
2.5.2 Ресурсы, обеспечивающие ввод в действие
Определяются ресурсы, требуемые для установки системы,
наряду с ресурсами, описанными в разделе 2.5.3 (здесь имеются
в виду машинное время, трудозатраты и необходимая квалифи-
кация персонала). Объемы и качество этих ресурсов должны
быть определены в терминах наиболее вероятных потребностей.
Пример. Любой оператор, знакомый с системой VSOS и
имеющий опыт работы 6 месяцев (или при эквивалентном обу-
чении), сможет осуществить ввод в действие изделия ASK, ис-
пользуя модуль UPDATE, в течение 15 минут работы за пультом
машины. После получасового ознакомления с процедурами ве-
рификации по информационному листку выпуска он сможет
выполнить процедуру проверки в течение 10 минут работы в
интерактивном режиме за терминалом.
Все сказанное предполагает, что необходимые устройства
работают нормально и на машине не выполняются параллель-
ные работы. Указываются все условия (в том числе технические
и программные средства), необходимые для генерации и ввода
программного изделия в действие и не описанные в разделах
2.3.(2,3).X.1.4.
2.5.3 Носители информации
Определяется тип запоминающих устройств для всех распро-
страняемых компонентов программного изделия (например, маг-
нитная лента, характеризуемая количеством дорожек и плотностью
записи; пакет дисков, отдельные диски и т.п.). Если данное про-
граммное изделие должно работать совместно с другими изделия-
ми, то последние должны быть названы либо должна даваться
ссылка на соответствующее CТ. Необходимо убедиться в том, что
требуемые формы представления данных и запоминающая среда
позволяют осуществить ввод программного изделия в действие
при наличии любой минимальной конфигурации устройств.
Пример. Объектные программы ASK будут распространяться
на дисках по формату UPDATE (см. п. 2.4.1, ж). Исправления объ-
ектных программ будут распространяться в том же виде.
43
2.6
Тактика
Тактика определяет, каким образом будет реализовываться
стратегия. Следовательно, в этом разделе говорится о том, как
должно создаваться программное изделие.
2.6.1 Взаимосвязи
2.6.1.1
Т
РЕБУЕМЫЕ ВЗАИМОСВЯЗИ
Определяются требования, выдвигаемые данным про-
граммным изделием к другим проектам или функциям. Дается
краткая характеристика каждого требования и указывается этап,
на котором может быть установлен факт выполнения постав-
ленного условия.
Пример 1. Отдел электронных интерфейсов должен обеспе-
чивать проверку каналов с помощью диагностической програм-
мы, которую группа испытаний должна иметь на этапе О10
(раздел 7).
Фирма ABC Services должна обеспечить доступ к нормаль-
но функционирующей минимальной конфигурации ЭВМ серии
Stella 100 в промежутке между этапами Р20 и П3О.
Пример 2. Интерфейс Electronics должен обеспечивать раз-
ветвление канала, используя диагностическую программу, кото-
рую группа испытаний должна иметь на этапе О10 (см. раздел 7).
Пример 3. На этапе Р3О необходимо иметь компилятор РПГ
11, настроенный на выполнение объектных программ.
2.6.1.2
О
БЕСПЕЧИВАЕМЫЕ ВЗАИМОСВЯЗИ
По структуре этот раздел аналогичен предыдущему, но со-
держит требования, налагаемые другими изделиями на данное
изделие. Каждому требованию в разделе 2.6.1.2 должно соответ-
ствовать требование в разделе 2.6.1.1 со стороны другого изде-
лия. Здесь же описывается влияние, оказываемое данным изде-
лием на другие функции. Указываются все требования, которым
должно соответствовать данное изделие, чтобы обеспечить ра-
боту других программных средств. Примером могут служить
требования к обеспечению диагностики или сопряжению с ди-
44
агностическими испытательными средствами, такими, как файл
ошибок или средства профилактического контроля в режиме
on-line.
Пример. Структура изделия ASK полностью описывается
во взаимосвязанных внешних спецификациях интерфейса поль-
зователя ASK (C013/L321) и процессора корректировок ASK
(C013/L331).
Справочное руководство и справочный буклет должны
быть готовы в окончательном виде в большом количестве (мож-
но ксерокопии) на этапе Д21 (раздел 7). Это требуется фирме
ABC Services для проведения обучения.
2.6.2 Техническая ревизионная комиссия
В каждом СТ следует рекомендовать создание технической
ревизионной комиссии (ТРК) с указанием места работы каждого
члена комиссии и его фамилии, если это возможно, а также на-
значение председателя этой комиссии.
Пример. От каждого из следующих лиц было получено
личное согласие работать в ТРК:
−
Боб Уилбур (отдел испытаний программ) — председа-
тель;
−
К.В. Гаррисон (фирма ABC Services);
−
Роберт Вонг (отдел выпуска документации);
−
Боб Симе (отдел разработки прикладных программ).
2.6.3 Проверка изделия
2.6.3.1
У
РОВНИ ИСПЫТАНИЙ
Испытания программ могут быть организованы в три этапа,
проводиться в трех режимах и насчитывать десять категорий
(см. раздел 5 «Тестирование»). Эта информация представляется
в виде таблицы. Для каждого этапа и категории указывается, кто
будет проводить испытания. Определяется роль группы испыта-
ний посредством установления режимов испытаний.
Пример. Уровни испытаний приведены в таблице 2.4.
45
Таблица 2.4 — Уровни испытаний
Класс испытаний
Категория испытаний
A
B
C
Демонстрация в действии
/
/
Аттестация
Р
/
/
Полная функциональная проверка
Р
И
/
Проверка новых свойств
/
Эксплуатационные испытания
Р
И
Испытания надежности
Р
И
/
Проверка устойчивости
/
Возвратная проверка
/
Пусковые испытания
Р
И
О
Испытания конфигураций
Р
И
О
Режимы испытаний:
I — проводятся группой испытаний
(
)
II — контролируются группой испытаний
( X
)
III — группа испытаний не участвует
(
)
Подразделения, проводящие испытания:
Р — группа разработки
И — группа испытаний
О — группа обслуживания
/ — испытания исключены
Фирма ABC Services в течение части периода испытаний
класса B выделяет двух специалистов, имеющих опыт работы в
области финансового анализа, для работы за терминалами. Ис-
пытания в условиях минимальной конфигурации, описанной в
разделе 2.3.3.1.1.4, проводятся на реальном оборудовании; ана-
логичным образом проверяется базовая конфигурация, за ис-
ключением контроллеров связи, линий связи и терминалов.
Максимальная конфигурация должна содержать одно устройст-
во типа M442, одно устройство типа M443, предположительно
семь телефонных каналов и терминалы. Число контроллеров
ограничено имеющейся аппаратурой, а число линий связи и
терминалов — имеющимся персоналом.
Отдел испытаний программных средств разрабатывает
имитатор терминалов, а отдел электронных интерфейсов — раз-
ветвленные каналы для работы с этой моделью. Для проверки
изделия ASK одновременно имитируются до 144 устройств типа
1024 Telcoscope путем подключения имитатора на входы кана-