Жизненный цикл программного изделия

Жизненный цикл программного изделия  [c.24]

Каков же жизненный цикл программного изделия и каковы его. фазы На этот счет нет особых разногласий, как того можно было бы ожидать. Бенджамин [5] приводит несколько вариантов раз-  [c.24]


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

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


Объединенную комиссию следует создавать в самом начале жизненного цикла программного изделия и не расформировывать ее вплоть до окончания работы она поможет обеспечить максимальную готовность изделия к требуемому моменту его поставки. Эта комиссия может показаться сложным бюрократическим аппаратом, который подменяет руководителя. Действительно, такое  [c.353]

Одной из характеристик научно-технического прогресса как определяющего фактора маркетинга является ускорение его развития новое поколение того или иного изделия имеет более короткий жизненный цикл, т.е. быстрее заменяется более совершенной моделью, чем предшественник. Так, Ф. Котлер заметил, что механические печатные машинки доминировали на рынке 25 лет, поколение их электромеханических моделей — 15 лет, электронных — уже только 7 лет [53, с. 195]. Затем пишущие машинки сменила микропроцессорная техника, жизненные циклы программных средств по обработке текстов которой, а также и отдельные модели, например принтеры, также имеют тенденцию к сокращению.  [c.125]

Естественно, нужна полная совместимость применяемых программных продуктов и используемых ими форматов представления данных. Применение информационных моделей и стандартизированных методов доступа к данным является основой эффективной информационной кооперации всех участников жизненного цикла высокотехнологичных изделий. Заметим, что электронная кооперация усиливает, дополняет, но никак не заменяет человеческую, более того — предъявляет более высокие требования к взаимодействию и согласованности действий специалистов.  [c.100]

Как один из видов товарной продукции ПО обладает и другими специфическими особенностями, которые проявляются при сопоставлении с каким-либо промышленным изделием, например техническими средствами обработки информации. В табл. 4.1 приводится сопоставление жизненного цикла технических и программных средств. Этапы описания жизненного цикла соответствуют принятым для традиционного промышленного изделия.  [c.75]


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

Книга состоит из трех больших частей. В ч. I вводятся понятия, которые используются на протяжении всей книги программное изделие, жизненный цикл, матрица фаза — функции , иерархическая декомпозиция и т. д. Рассматривается гипотетическая фирма и пример системы программного обеспечения, являющейся ее изделием. На этом примере показывается, как тесно связаны между собой и как взаимозависимы принципы, документы и процедуры. В ч. II отдельно обсуждается каждая функция, реализуемая в процессе создания программного обеспечения, и анализируется  [c.8]

Фаза оценки в жизненном цикле изделия является буферной зоной между началом системных испытаний и началом практического использования изделия. В фазе оценки изделие подвергается строгому испытанию со стороны группы лиц, не являющихся разработчиками. Это делается для того, чтобы гарантировать, что изделие удовлетворяет требованиям и спецификациям, может быть использовано в среде пользователя, содержит необходимую документацию, которая точно и полно описывает программное обеспечение, может быть установлено при использовании соответствующих инструкций по вводу в действие свободно от каких-либо дефектов. Фаза оценки начинается, как только все компоненты собраны вместе и испытаны. Она заканчивается, когда организация, проводящая испытания, подтвердит, что изделие прошло все испытания и готово к эксплуатации. Фаза оценки обычно продолжается так же долго, как и фаза программирования, но методы структурного программирования могут сократить ее до одной трети фазы программирования (рис. 2.2).  [c.27]

Другой взгляд на процесс разработки поможет увидеть многие важные аспекты создания программного изделия. На рис. 2.3 показан набор основных средств, используемых при разработке программного изделия, и ряд компонентов, которые и определяют изделие. Элементы на рисунке упорядочены, во-первых, по их функциональной принадлежности и, во-вторых, по периодам времени, в течение которых они появляются на свет в жизненном цикле изделия. Средства показаны в виде кружков, а компоненты программного изделия помещены в прямоугольники. Линии, соединяющие элементы, представляют первичные потоки информации. Можно мысленно наложить рис. 2.1 на рис. 2.3 (расположение функций на рис. 2.3 отличается от расположения соответствующих функций на рис. 2.1 только для того, чтобы сделать легко прослеживаемыми линии информационных потоков).  [c.32]

Рис. 2.3 следует рассматривать слева направо согласно течению времени жизненного цикла, который начинается с плана выпуска серии изделий, отражающего требования группы пользователей (или одного пользователя). Этот план может касаться как аппаратуры, так и программного обеспечения. Первая фиксация требований к конкретному изделию отмечает начало фазы исследований. План выпуска серии изделий, вероятно, является первым таким документом. Планы выпуска серии изделий часто порождают несколько последующих планов, каждый из которых имеет дело с отдельным изделием в отличие от плана выпуска серии изделий. Окончательное утверждение плана выпуска серии изделий или отдельного изделия происходит тогда, когда в бюджете устанавливаются ограничения на ресурсы. Все эти средства используются главным образом группой планирования.  [c.32]

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

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

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

В начале гл. 2 вводятся основные понятия изделие, жизненный цикл, фаза, функция, внешнее и внутреннее проектирование. В гл. 3 и 4 даются описания вымышленной фирмы и ее программных изделий, и на эти описания автор затем ссылается во всех последующих главах. После прочтения ч. I читателю следует выбрать те главы из ч. II, которые представляют для него наибольший интерес. Если их читать в том порядке, в котором они представлены в книге, то можно ознакомиться с каждой функцией в наиболее вероятной последовательности ее вхождения в жизненный цикл программного изделия. Когда для читателя желательно освоить какое-либо новое средство проектирования, можно переходить от ч. II к соответствующему разделу ч. III. Такиягробразом, ч. III  [c.17]

Здесь фиксируется информация о том, что было хорошо и что плохо на протяжении жизненного цикла программного изделия. Этот раздел является <золо-той жилой планирования для группы разработки на ранних фазах создания новых программных изделий и полезной основой для организации работы группы сопровождения в фазе использования данного программного изделия. Использование опыта прошлых разработок обеспечивает экономию времени и средств будущем.  [c.295]

Важное значение для организации эффективных процессов создания и использования программных средств САПР имеет. жизненный цикл ПО САПР. Для каждой создаваемой САПР необходимо определить состояние ПО в целом и отдельных прог-. раммных изделий на каждой стадии жизненного цикла ПО САПР, без этого невозможно создать актуальную и гибкую систему, которую можно было бы развивать с наименьшими затратами. Кроме того, необходимо прогнозировать эффективный срок замены функционирующей и развивающейся системы на принципиально новую.  [c.87]

Жизненный цикл [life y le] — период существования программного изделия, исчисляемый от начала его проектирования до уничтожения. Основные этапы цикла проектирование, изготовление, испытание, опытная эксплуатация, хранение, эксплуатация и сопровождение.  [c.313]

Смотреть страницы где упоминается термин Жизненный цикл программного изделия

: [c.9]    [c.190]    [c.508]   
Методы управления проектированием программного обеспечения (1981) -- [ c.24 , c.30 ]