Программное изделие

Cтраница 1

Расшифровка обозначений стандарта ЕСПД. [1]

Программное изделие или продукт - - программа на физическом носителе данных, являющаяся продуктом промышленного производства. [2]

Программное изделие в виде, постав-л нем; ) М из готов итс. [3]

Программное изделие обладает свойством осмысленности, если его документация не содержит избыточной информации и не допускает многозначной интерпретации терминов и символов, и завершенности, если в нем присутствуют все необходимые компоненты, каждый из которых разработан всесторонне. [4]

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

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

Любое программное изделие создается на некотором искусственном языке программирования, позволяющем общение человека с ЭВМ. Язык, на котором создается программа, принято называть исходным или входным языком ЭВМ, а создаваемую программу - исходной или входной программой. Исходные языки в зависимости от их сложности разделяются на языки низкого уровня и языки высокого уровня. Языки низкого уровня, которыми являются языки ассемблера, существенным образом отражают набор команд конкретной ЭВМ, для которой они предназначены. [7]

Первое программное изделие, обеспеченное поддержкой, обучением и сопровождением, вероятно, было создано приблизительно в 1950 г. Однако даже сегодня число людей, понимающих, что программное обеспечение может быть самостоятельным изделием, к сожалению, невелико. Это недопонимание важности концепции программных изделий и неосведомленность о потребности в них приводят к отрицательным результатам, если такое недопонимание наблюдается на высших уровнях системы управления. Даже фирма IBM e сразу осознала эту проблему, но примерно в 1970 г. она закрыла ряд своих высших исполнительных органов на несколько дней для активного ознакомления с концепцией программного обеспечения как изделия. Тот факт, что программное обеспечение как изделие редко упоминается в популярной литературе, является одной из причин этого недопонимания. Но главная причина кроется в неудачных попытках разработчиков программных изделий должным образом подготовить своих вышестоящих руководителей к восприятию идеи. Требуется много усилий, чтобы убедить администратора высокого уровня в том, что объекты, подобные программному обеспечению, которые, как он полагает, являются неосязаемыми, в действительности оказываются реальными изделиями. Это недопонимание часто является причиной того, что администратор не в состоянии разобраться, почему требуется много времени или денег для создания программного обеспечения. [8]

Если программное изделие получено без сертификата, из сомнительного источника или не эксплуатировалось в том месте, откуда было получено, первые несколько дней его полезно эксплуатировать в карантинном режиме с использованием, если это возможно, ускоренного календаря. Это повышает вероятность обнаружения троянской компоненты, срабатывающей в определенное время. При работе со вновь поступившими программами целесообразно употребление специального имени пользователя. Для выбранного имени все остальные разделы должны быть либо невидимы, либо иметь статус READ ONLY. При этом для всех компонент операционной системы и некоторых утилит, используемых как ловушки для вируса, следует записать в соответствующий файл контрольные суммы, вычисленные соответствующей программой. [9]

Если программное изделие предназначено для многих пользователей, целесообразно выбрать одного или двух из них для поставки им бесплатно и с полной поддержкой опытного образца изделия; при этом пользователи будут настолько польщены подобным выбором, что обеспечат отдачу, значительно превышающую стоимость поставки опытного образца изделия. К рабочим испытаниям опытного образца изделия полезно привлечь группу испытаний. [10]

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

Когда программное изделие передается из группы разработки в группу испытаний, а затем в группу обслуживания, оно сопровождается документом, который называется спецификацией версии. Группа обслуживания составляет информационный листок выпуска изделия на основе спецификаций версий входящих в него других программных изделий. Группа сопровождения дополняет каждую спецификацию сопровождения информацией из соответствующих спецификаций версий. [12]

Если данное программное изделие должно работать совместно с другими изделиями, то последние должны быть названы либо должна даваться ссылка на соответствующее СТ. Необходимо убедиться в том, что требуемые формы представления данных и запоминающая среда позволяют осуществить ввод программного изделия в действие при наличии любой минимальной конфигурации устройств. [13]

САПР программных изделий - для проектирования программ ЭВМ, станков с ЧПУ, роботов и ТП. [14]

Использование программного изделия продолжается до тех пор, пока оно отвечает интересам производителя программных средств, и в это время производитель должен быть готов к соответствующей поддержке программного изделия. Для группы обслуживания это означает главным образом организацию исправления ошибок, редактирования и расширения возможностей программного изделия. [15]

Страницы: 1 2 3 4