Cтраница 2
В конце испытаний класса А группа разработки подготавливает спецификацию выпуска - документ, который связывает воедино составные части программного изделия в соответствии с их шифрами, требованиями ко вводу в действие и другими, ранее разрозненными данными, такими, как перечень замеченных дефектов и недоработок. Форма спецификации описана в разд. После того как число ошибок, обнаруживаемых во время испытаний класса А, станет незначительным, группа разработки начинает приемочные испытания по программе, составленной группой испытаний. Приемочные испытания основываются на наборе тестов, выбранных из общей программы испытаний и предназначенных для выявления недостатков плохо продуманного программного изделия. К сожалению, под впечатлением результатов испытаний группа разработки склонна к проведению поспешных изменений в модулях, которые могут разрушить целостность программного изделия; проведение приемочных испытаний убеждает всех, в том числе и руководство группы разработки, что для внесения дополнительных изменений в модули нет оснований. [16]
Структура языка программирования ( например, АДА [31]) дает возможность, используя аппарат пакетов и указаний ( прагм), сформировать основные разделы спецификации: описание входных и выходных параметров, типов, глобальных переменных, используемых пакетов, процедур и функций. Такая форма спецификаций позволяет при унификации языковых средств осуществить принципы нисходящего проектирования с возможностью предварительной оценки характеристик КП, а также верификацию программ. [17]
Спецификация устанавливает одну форму спецификации. Ее выполняют на отдельных листах формата И на каждую сборочную единицу, ком -, плекс и комплект ( черт. Спецификация определяет состав сборочной единицы, комплекса и комплекта и необходима для комплектования конструкторских документов, планирования и запуска в производство, изготовления указанных изделий. В нее вносят составные части, входящие в специфицируемое изделие, а также конструкторские документы, относящиеся к этому изделию и к его неспецифицируемым составным частям. [18]
По договору поставки может представляться покупателем в форме спецификации. [19]
Прикладная программа, в которой используются средства машинной графики, будет содержать инструкции и определения процедур ( или вызовы библиотечных процедур), предназначенные для генерации графических объектов. Параметры этой части программы, которую мы можем назвать дисплейной программой, задаются в форме спецификаций точек, линий или поверхностей. Конечно, эти данные должны храниться в базе данных в структурированной форме, отражающей структуру соответствующих графических объектов. Основное отличие дисплейной программы от других частей прикладной программы состоит в том, что дисплейная программа выполняется не основной ЭВМ, а специальным блоком аппаратуры, называемым дисплейным процессором. Для этого дисплейная программа должна быть сначала оттранслирована в дисплейный файл. [20]
Наблюдение за состоянием заводского комплекта и учет его начинаются с самого начала внедрения системы УСП на предприятии. Специально выделенный для этого работник ( будущий: руководитель бюро УСП или участка сборки) разрабатывает и, составляет самый - первый документ учета службы УСП - спецификацию элементов заводского комплекта. Форма спецификации может быть произвольной. [21]
Одновременно со спецификациями на программные модули составляются спецификации на глобальные модули данных, содержащие глобальные переменные, объединенные в структуры или глобальные константы в различных формах представления, принятых для специализированной ЭВМ. Информация глобальных модулей данных используется всем КП или группой программ. Форма спецификаций на глобальные модули данных аналогична форме спецификаций на программные модули, но в них отсутствует раздел функциональной схемы, а содержатся только описания данных или значения констант. [22]
Представляет интерес объединение рассмотренного типа языка с языком типа PSL. При этом имеется в виду включение иерархически упорядоченных высказываний в секцию ПРОЦЕСС. В результате оказывается возможным включить в многоуровневую непроцедурную форму спецификации задание на про-цессирование последовательных наборов данных. [23]
Одновременно со спецификациями на программные модули составляются спецификации на глобальные модули данных, содержащие глобальные переменные, объединенные в структуры или глобальные константы в различных формах представления, принятых для специализированной ЭВМ. Информация глобальных модулей данных используется всем КП или группой программ. Форма спецификаций на глобальные модули данных аналогична форме спецификаций на программные модули, но в них отсутствует раздел функциональной схемы, а содержатся только описания данных или значения констант. [24]
Точное описание того результата, который необходимо достичь с помощью программы. Это описание должно точно устанавливать, что должна делать программа, не указывая, как она должна это делать. Применительно к программе, которая должна заканчивать свою работу каким-то результатом, программная спецификация может иметь форму спецификаций ввода-вывода, которая описывает желаемое отображение множества входных величин в множество выходных величин. Для циклических программ, в которых нельзя указать точку завершения, невозможно дать и простую спецификацию ввода-вывода. В этом случае внимание обычно сосредоточивается на отдельных функциях, реализуемых программой в ходе циклических операций. [25]
Наиболее целесообразные для кооперации предприятия-поставщики ресурсов. Расчеты затрат по обеспечению ресурсами должны быть представлены по форме спецификации потребностей в материалах. [26]
При составлении описания любого раздела или подраздела следует давать структурную диаграмму, подобную показанной на рис. 15.1. Она является своего рода путеводителем по подразделам. В каждом подразделе п описывается один физический модуль. Структурная диаграмма здесь играет очень важную роль: она не только каталогизирует модули, но и описывает их связи: Кто кого вызывает. Модули более высоких уровней могут иметь свойства, характерные и для некоторых модулей более низкого уровня. Такие свойства должны описываться только один раз на самом высоком обладающем этими свойствами уровне древовидной структуры и в дальнейшем ссылаться на это описание из модулей более низких уровней. Такой способ дает два преимущества: не приходится несколько раз описывать одно и то же и соответственно можно избежать описаний одного и того же объекта. Последнее особенно помогает при обновлении устаревших ВтС ( имеющих форму спецификаций сопровождения) в фазе использования. [27]