ВУЗ:
Рубрика:
- 12 -
При разработке ПС мы не всегда можем уверенно знать связи между элементами
из-за возможных ошибок. Поэтому полезно уметь оценивать количество возможных
связей в системе: если в системе n элементов, то количество связей n!. Система назы-
вается малой при n < 7 (6! = 720 < 1000) и большой при n > 7. При n = 7 система отно-
сится к промежуточному классу. Малая система всегда проста
, а большая может
быть как простой, так и сложной. Задача ТП – научиться делать большие сис-
темы простыми. Полученные оценки о количестве элементов системы справедливы
не только в программе, но и в других областях жизни человека.
2.1. Неправильный перевод – основная причина ошибок в ПС
При разработке и использовании ПС человек сталкивается
с многократным
преобразованием информации из одной формы в другую.
Руководство по
применению ПС
Требовани
я
КПС
Внешнее
Описание ПС
Текст
программы
Спецификация
аппаратуры
Спецификация
базового ПО
Спецификация
языка прогр-я
Заказчик
Рис. 1. Упрощённая схема разработки и применения ПС
Инициатор разработки ПС – заказчик. Он формирует свои требования к ПС.
Исходя из требования заказчика, разработчик ПС создаёт внешнее описание ПС,
используя при этом спецификацию (описание) аппаратуры и спецификацию базо-
вого ПО. На основании внешнего описания и спецификации языка программиро-
вания создаётся текст программы. По внешнему описанию создаётся пользователь-
ская документация или
руководство по применению. Тексты программы являются
исходной информацией для любого преобразования. На основании документации
пользователь выполняет действия по применению ПС, а также интерпретирует по-
лучаемые результаты. На всех этапах представленной на рис. 1 схемы существуют
Страницы
- « первая
- ‹ предыдущая
- …
- 8
- 9
- 10
- 11
- 12
- …
- следующая ›
- последняя »
