План выпуска документации

Р10 — П20 — анализ соглашения о требованиях, И01 — И10 — анализ плана испытаний, Б01 — Б10 — анализ плана выпуска документации, Д01 — Д10 — анализ плана поддержки, Д11 — Д12 — анализ рекламных материалов, И32 — ПЗО — анализ отчета об испытаниях класса В.  [c.84]


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

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


Р10 — подготовка соглашения о требованиях Р10 — PJ1 — подготовка части внутреннего проекта для начала программирования Р10 — П20 — реакция на пересмотр соглашения о требованиях Р10 — Р20 — составление внешней спецификации И01 — И10 — рассмотрение плана испытаний Р20 — РЗО — реакция на пересмотр внешней спецификации Б01 — Б10 — рассмотрение плана выпуска документации Д01— Д10 — рассмотрение плана поддержки И11 — И13 — рассмотрение спецификации испытаний Р11 — Р31 — составление внутренней спецификации СЮ — Р40 — внесение последних обязательных изменений Р21 — Р40 — кодирование, отладка, компоновка Р40 — Р41 — подготовка и проведение демонстрации изделия в действии И20 — Р42 — прогон приемочных тестов Б02 — БП — рассмотрение чернового варианта справочных материалов Р40 — ИЗО — подготовка спецификации выпуска ДП — Д12 — рассмотрение рекламных материалов ИЗО — И31 — реакция на перечни дефектов БП — Б12 — рассмотрение первого варианта справочных материалов Б12 — Б20 — окончательное утверждение справочных материалов И32 — ПЗО — рассмотрение отчета об испытаниях класса В Р31 — П20 — рассмотрение спецификации сопровождения.  [c.111]

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

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


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

Таблица 9.1 Оглавление стандартного плана выпуска документации Таблица 9.1 Оглавление стандартного плана выпуска документации
Стандартный сетевой график, приведенный на рис. 9.2, отражает основные виды деятельности группы выпуска документации и их связь с деятельностью других групп. Эти виды деятельности, число которых может быть увеличено, если возникнет необходимость выпуска разнообразной документации и рассмотрений анализов ранних редакций материалов, могут служить основой для составления плана выпуска документации.  [c.145]

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

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

П10 — Р10— сбор запросов пользователей для составления соглашения о требованиях Р10 —П20 —проверка соглашения о требованиях Р10 — Д01 — подготовка плана поддержки Р28 — РЗО — проверка внешних спецификаций Б01 — Б10 — проверка плана выпуска документации Д01—Д10 —реакция на пересмотр плана поддержки Р20 —Д11— подготовка рекламных материалов Д11—Д12 — реакция на пересмотр рекламных материалов ДЮ — Д13 — подготовка плана обучения Д12 — Д20 — издание рекламных материалов РЗО — Д2 — подготовка учебных пособий Б11 — Б12 — проверка первоначальных вариантов справочных материалов Д21 — ДЗО — выпуск учебных пособий И32 — ПЗО — проверка отчета об испытаниях класса В Д20 — О20 — рассылка рекламных материалов.  [c.182]

Б01 Б10 П Анализ плана выпуска документации  [c.255]

План выпуска документации должен соответствовать соглашению о требованиях  [c.258]

П10 —утверждено распределение бюджета П20 — утверждено соглашение о требованиях ПЗО — изделие готово к распространению Р10 — представлено соглашение о требованиях Р11 — начата разработка внутренней спецификации Р20 — представлена внешняя спецификация-Р21 — начато программирование РЗО — утверждена внешняя спецификация Р31 — закончена подготовка внутренней спецификации Р40 — начаты испытания класса А Р41 — проведена демонстрация в действии Р42 — выполнен прогон приемочных тестов О10 — установлено оборудование, необходимое для проектирования ОН — информационный листок выпуска готов к печати О12 — информационный листок выпуска издан О20 — закончено распространение изделия Б01 — представлен план выпуска документации Б02 —начата разработка справочных материалов Б10 — утвержден план выпуска документации Б11 —начата техническая проверка Б12 — начато окончательное утверждение документации Б20 — справочные материалы отданы в печать Б21 — справочные материалы изданы И01 — представлен план испытаний И10 — утвержден план испытаний ИП — представлена спецификация испытаний И12 —начата разработка контрольных примеров И13 —утверждена спецификация испытаний И20 — разработаны приемочные тесты ИЗО — начаты испытания класса В И31 — начат последний цикл испытаний И32 —выпущен отчет об испытаниях класса В Д01 — представлен план поддержки Д10 — утвержден план поддержки Д11 — представлены рекламные материалы Д12 — рекламные материалы отданы в печать Д13 — издан план обучения Д20 — распространены рекламные материалы Д21 — подготовлен учебный курс ДЗО — завершен курс обучения СЮ — прекращено внесение исправлений С20 — завершена под-  [c.260]

Б10 Утверждение плана выпуска документации 26.01.78  [c.264]

План выпуска документации Н п п  [c.334]

Первоначальная версия изделия 186 Перечень дефектов 171 План выпуска документации 143—  [c.382]

Должностные обязанности. Осуществляет техническое руководство проектно-изыскательскими работами при проектировании объекта и авторский надзор за его строительством, вводом в действие и освоением проектных мощностей. На основе использования новейших достижений науки и техники, наиболее целесообразных и экономичных проектных решений обеспечивает высокий технико-экономический уровень проектируемых объектов. Принимает меры, направленные на повышение качества проектно-смет-ной документации и сокращение расхода материальных ресурсов при строительстве объектов, снижение стоимости их эксплуатации на основе улучшения качества проектных, градостроительных и архитектурно-планировочных решений. Готовит данные для заключения договоров с заказчиками на разработку (передачу) научно-технической продукции, в том числе обоснования договорных цен. Участвует в работе комиссий по выбору площадок (трасс) для строительства, в подготовке заданий на проектирование и в организации инженерных обследований для разработки проектно-сметной и другой технической документации. Организует ее разработку по закрепленным за ним объектам, участвует в составлении комплексных планов-графиков выполнения научно-исследовательских, проектных, конструкторских и технологических работ для объектов, на которых будут применяться новые технологические процессы и оборудование с длительным циклом разработки, конструирования и изготовления. Составляет календарные планы выпуска научно-технической продукции. Разрабатывает предложения о составе разработчиков проекта, распределяет между ними задания по разделам и частям проекта, объемы и стоимость работ. Формирует задания субподрядным организациям на выполнение поручаемых им работ и обеспечивает эти организации необходимыми исходными данными. Решает вопросы, возникающие у них в процессе разработки документации. Осуществляет контроль за техническим уровнем принимаемых проектных, градостроительных и архитектурно-  [c.304]

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

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

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

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

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

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

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

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

Имеют ли группы разработки и выпуска документации обоснованные планы устранения всех обнаруженных ошибок в фазе использования  [c.171]

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

ПШ —распределение бюджета утверждено П20 — соглашение о требованиях утверждено ПЗО —изделие готово к распространению Р10 — соглашение о требованиях составлено Р11 — составление внутренних спецификаций начато Р20 — внешние спецификации составлены Р21-. кодирование начато РЗО — внешние спецификации утверждены Р31 — составление внутренних спецификаций завершено Р40 — начаты испытания класса А Р41—демонстрация изделия проведена Р42 — приемочные испытания проведены О10— требуемые по проекту средства установлены ОН — информационный листок выпуска готов к печати О12 — информационный листок выпуска издан О20 — изделие передано на распространение Б01 — план выпуска документации составлен Б02 — подготовка справочных материалов начата Б10 — план выпуска документации утвержден Б11 — техническое редактирование начато Б12 —утверждение справочных материалов начато Б20 — справочные материалы готовы к печати Б21 — справочные материалы изданы И01 — план испытаний составлен И10 — план испытаний утвержден И11—спецификации испытаний составлены- И12 — разработка контрольных примеров начата И13 — спецификации испытаний утверждены ИД) — состав приемочных испытаний определен ИЗО - начаты испытания класса В И31 - последний цикл испытаний начат И32 — отчет об испытаниях класса В издан Д01 — план поддержки составлен Д1С — план поддержки утвержден Д11 — рекламные интервалы подготовлены Д12 —рекламные материалы сданы в печать Д13 —план обучения издан Д20 — рекламные материалы распространены Д21 —учебные пособия подготов-лены ДЗО —обучение закончено С10 —внесение изменений запрещено С20 — спецификация сопровождения готова.  [c.102]

План поддержки зависит от плана выпуска документации Рекламные материалы должны соогвегствовать внешней спецификации  [c.258]

Приемочные тесты определяются в спецификации испытаний Приемочные контрольные примеры должны прогоняться при наличии полностью скомпонованного программного изделия Справочные материалы должны соответствовагь плану выпуска документации  [c.258]

В соответствии с этим объектом учета затрат и калькулирования является отдельный производственный заказ на каждое издание. Фактическая себестоимость тиража каждого издания (заказа) определяется после его изготовления. Затраты на производство образуют общеиздательскую себестоимость, а затраты на производство и непроизводственные расходы — полную издательскую себестоимость. Первичную документацию по всем статьям затрат составляют с обязательным указанием номера издания (заказа). Основой для расчета плановой себестоимости издания является тематический план выпуска литературы.  [c.128]

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

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

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

Некоторые формы иерархической декомпозиции, с которыми мы встретимся, представляют собой нисходящее управление (гл. 5), декомпозицию планов (гл. 6), декомпозицию проекта (гл. 7) и структурирование планов выпуска и спецификаций изделий (частично гл. 13 и разд. 15.1—15.3). Вероятно, многие знакомы с такими видами формальной иерархической декомпозиции, как поэтапная обработка [11], уровни абстракции [12], иерархия документации [13], нисходящее программирование [14], модульная декомпозиция [15], композиционное [16] и структурное [17] проектирование. Александер [18] предлагает весьма интересное представление декомпозиции. В небольшой, но очень полезной книге он проводит философское обсуждение процессов анализа и синтеза конструкций, за которым следует математический метод разложения множества ограничений на подмножества, приводящий к минимизации их взаимодействия. Его работы и работы Бёма [19], Хоара [20], Милза [21], а также некоторые пока еще не опубликованные работы представляют собой значитёлньый вклад в проектирование программного обеспечения благодаря введению количественной меры оценки этого процесса и средствам доказательства правильности программ.  [c.31]

Цели присутствуют в планах самых различных уровней в целевых планах, в бюджете, в планах выпуска изделий, документации и т. д. Каждый из этих планов рассматривается более подроб- о в том или ином разделе книги. Основной план для программно-то изделия — соглашение о требованиях — насыщен конкретными целями, которые могут и должны включаться в индивидуальные рабочие планы, служащие тем механизмом, посредством которого в системе целевого управления достигается договоренность между исполнителями и их руководителями.  [c.56]

Методы управления проектированием программного обеспечения (1981) -- [ c.18 , c.145 , c.180 ]