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

Cтраница 2

Для конкретного программного изделия виртуальной машиной называют комплекс аппаратуры и программного обеспечения ( ОС, СУБД и др.), используемых при выполнении задач программного изделия. [16]

Вновь поступившие программные изделия должны подвергаться входному контролю - проверке соответствия длины и контрольных сумм в сертификате полученным длинам и контрольным суммам. [17]

Если выпускаемые программные изделия предназначены для продажи пусть даже по самой низкой цене ( как это имеет место в случае совместной поставки аппаратных и программных средств), то в составе проектной организации должен быть отдел сбыта. Тогда лучше всего передать функцию поддержки именно этому подразделению, что обеспечит сохранение контроля над отношениями с потребителями. Конкретное распределение обязанностей внутри подразделения сбыта диктуется размерами организаций-потребителей и их географическим положением. [18]

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

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

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

Метод тестирования программных изделий, при котором тестирование входящих в изделие модулей начинается одновременно как сверху ( нисходящее тестирование), так и снизу ( восходящее тестирование) и заканчивается на одном из модулей, назначаемом заранее. [22]

РАЦИОНАЛЬНОСТЬ Свойство программного изделия, состоящее в том, что оно выполняет свои функции без излишних затрат ресурсов ЭВМ. [23]

Жизненный цикл программного изделия является сложным процессом, который на сегодняшний день еще очень трудно представить в виде фиксированной последовательности этапов. Тем не менее можно указать следующие основные этапы работ, обязательные для процесса создания и внедрения любого программного изделия [1-6]: установление требований; проектирование; кодирование; тестирование и отладка; системные испытания и усовершенствование; эксплуатация; сопровождение и модификация. [24]

Управление проектированием программного изделия включает семь функций: планирование, разработку, обслуживание, выпуск документации, испытания, поддержку и сопровождение. На рис. 5.1 показан возможный вариант иерархической декомпозиции этих функций. Такая идеализированная организация вряд ли может существовать, поскольку она предполагает полную обособленность процессов, связанных с проектированием программных изделий, от других видов деятельности и изолирование всех функций друг от друга. Однако эта идеализация облегчает последующее рассмотрение. [25]

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

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

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

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

Структурная схема из соглашения о требованиях для изделия ASK. [30]

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