Фаза конструирования

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


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

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

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

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

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

Организация планирования в фазах конструирования и программирования  [c.79]

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


Фаза исследовании. Фаза конструирования  [c.102]

Организация разработки программного изделия в фазе конструирования  [c.105]

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

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

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

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

Организация испытаний в фазе конструирования  [c.163]

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

Фаза исследований------э-W- Фаза конструирования -  [c.164]

Организация поддержки программного изделия в фазах конструирования и программирования  [c.180]

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


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

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

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

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

Процесс создания опытного образца можно расчленить на несколько фаз РАЗРАБОТКА ПРОЕКТА — КОНСТРУИРОВАНИЕ — ПОСТРОЕНИЕ МОДЕЛИ — ПОСТРОЕНИЕ ОПЫТНЫХ ОБРАЗЦОВ — ВЫПУСК СЕРИИ. Сроки создания бывают разными от нескольких дней до одного года и более. Параллельно разрабатывается проект рекламной кампании, прогнозируются цена и объем сбыта.  [c.70]

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

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

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

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

Организация обслуживания в фазах анализа осуществимости и конструирования  [c.124]

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

Фаза анализа осущестдимости - Фаза исследований —> < фаза конструирования-  [c.84]

Основная цель фазы конструирования заключается в выработке и анализе требований к программному изделию. Процесс декомпозиции проекта, начатый при составлении соглашения о требованиях, продолжается путем разбиения спецификаций а два компонента — внутренний и внешний. Внешний проект — это совокупность характеристик программного изделия, которые видит пользователь. Внутренний проект — это совокупность характеристик программного изделия, скрытых от любого пользователя. На первый взгляд это разделение кажется искусственным, однако это не так, поскольку такая классификация характеристик программного изделия дает много преимуществ. Она хорошо согласуется с рядом практических методов программирования, таких, как нисходящее программирование [14], метод утаивания информации (information hiding) [15], композиционное проектирование [16] и структурное проектирование 17]. С точки зрения руководителя несомненным достоинством такой классификации является то, что пользователи могут критически рассматривать те характеристики программного изделия, которые имеют к ним непосредственное отношение, не вдаваясь в критику внутренних характеристик изделия. Другими словами, можно во внешних спецификациях описать, что делает программное изделие, а во внутренних спецификациях указать, каким образом оно должно быть сконструировано. Внеш-  [c.105]

Разработка По достаточно сложный процесс и его поэтапное выполнение не всегда возможно. Появление новых требований в процессе разработки учитывается при планировании проекта в несколько итераций с использованием языка моделирования UML (Unified Modeling Language —унифицированный язык моделирования). Это визуальный язык моделирования общего назначения, который используется для спецификации, визуализации, конструирования и документирования программных систем. При этом проходится 4 фазы проекта начальная фаза, уточнение, конструирование и ввод в действие.  [c.37]

Внедрение метода Тэдучи. Метод Тагучи требует поэтапного внедрения. Процесс внедрения, начиная со стадий разработки и конструирования продукта, проходит три фазы дизайн системы, дизайн параметров и дизайн допусков.  [c.378]

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

Методы управления проектированием программного обеспечения (1981) -- [ c.26 , c.79 , c.105 , c.122 , c.163 , c.180 , c.195 ]