В фазе программирования выполняется работа, связанная со сборкой изделия. Она состоит в подробном внутреннем конструировании программного обеспечения, а также составлении блок-схем, документировании, кодировании и отладке программ. Фаза программирования завершается, когда разработчики закончат документирование, отладку и компоновку отдельных частей изделия и передадут программное обеспечение службе, выполняющей независимую оценку результатов их работы. [c.27]
Фаза программирования обычно продолжается 2—10 мес. Если ожидается, что она продлится 1 год и более, это означает, что была предпринята попытка объединить в одном изделии такой объем программ, который превышал разумные пределы. Можно улучшить управляемость процесса разработки изделия, если разбить последнее на ряд более мелких изделий. [c.27]
Фаза оценки в жизненном цикле изделия является буферной зоной между началом системных испытаний и началом практического использования изделия. В фазе оценки изделие подвергается строгому испытанию со стороны группы лиц, не являющихся разработчиками. Это делается для того, чтобы гарантировать, что изделие удовлетворяет требованиям и спецификациям, может быть использовано в среде пользователя, содержит необходимую документацию, которая точно и полно описывает программное обеспечение, может быть установлено при использовании соответствующих инструкций по вводу в действие свободно от каких-либо дефектов. Фаза оценки начинается, как только все компоненты собраны вместе и испытаны. Она заканчивается, когда организация, проводящая испытания, подтвердит, что изделие прошло все испытания и готово к эксплуатации. Фаза оценки обычно продолжается так же долго, как и фаза программирования, но методы структурного программирования могут сократить ее до одной трети фазы программирования (рис. 2.2). [c.27]
Внутренним проектированием занимается группа разработки в фазе программирования. Методы корректного внутреннего проектирования и соответствующее управление этим процессом очень важны для группы разработки. [c.30]
Деятельность, связанная с разработкой изделия, достигает своего пика в фазе программирования, когда планы испытаний дополняются спецификациями испытаний. Внутренняя структура изделия полностью описывается внутренней спецификацией, которая содержит сведения о том, как строится изделие, как формируется план обеспечения функционирования программного обеспечения и становятся доступными аппаратные ресурсы. В то время как группа разработки преобразует внешний и внутренний проекты в основное тело программ, т. е. в начальное воплощение изделия, группа испытаний трансформирует их с помощью спецификации испытаний в контрольные примеры группа выпуска документации создает справочные материалы группа поддержки программного обеспечения создает рекламные материалы и материал для обучения персонала. Эти последние действия начинаются с середины фазы программирования и продолжаются почти до конца фазы оценки. В самом конце фазы оценки группа обслуживания подготавливает руководство по вводу программного обеспечения в действие, называемое информационным листком выпуска, и вместе с группой сопровождения заносит в сопроводительную документацию все, что потребуется в будущем. Фаза использования начинается тогда, когда изделие объявлено готовым к передаче пользователям. Все, что остается после этого на рис. 2.3, — это периодическое создание корректирующих программ, предназначенных для исправления ошибок, обнаруженных пользователями, и обеспечения функционирования изделия в реальных условиях эксплуатации. [c.34]
По окончании фазы исследований группа планирования первым делом рассматривает и утверждает планы организации поддержки для каждого изделия или совокупности изделий. В течение всей фазы конструирования группа выпуска документации и группа испытаний готовятся к рассмотрению плана изданий документов и плана испытаний. Группа планирования (обычно под руководством администратора планирования) анализирует эти планы главным образом на их соответствие предписываемым формам и совместимость с соглашением о требованиях, конфигуратором и планом выпуска программного изделия. В течение фазы программирования группа поддержки готовит свой план, а группа планирования рассматривает его в том же порядке, в каком до этого рассматривались план изданий и план испытаний. [c.79]
Организация разработки программного изделия в фазе программирования [c.110]
Как видно из рис. 7.4, рабочая нагрузка при выполнении функции разработки достигает наибольшей величины в фазе программирования. Основная задача организации разработки заключается в координации усилий большого числа сотрудников, занятых реализацией этой функции, а также в организации взаимодействия с другими функциональными группами. Кроме того, соблюдение принятых стандартов программирования также входит в круг задач управления. [c.110]
Помимо кодирования, отладки и компоновки, деятельность группы разработки связана с демонстрацией работающего программного изделия в конце фазы программирования и организацией взаимодействия группы разработки с другими функциональными группами. Сначала на рассмотрение поступает план поддержки. В группе разработки должна прежде всего существовать уверенность в обоснованности плановых сроков и правильности предположений группы поддержки, касающихся описания программного изделия. Любые ошибки в описании характеристик программного изделия или определении сроков его готовности, которые могут дойти до пользователя через рекламные материалы, способны породить недоразумения или, хуже того, штрафы за невыполнение [c.112]
В фазе программирования группа выпуска документации представляет на рассмотрение ряд вариантов справочных материалов. В середине фазы программирования группой испытаний представляются для рассмотрения спецификации испытаний. Группа разработки тщательно изучает варианты документации и спецификации испытаний с тем, чтобы в них не было ошибок, порожденных неверными исходными предположениями. Если группа разработки в свое время подготовила корректные внешние спецификации, то их анализ не вызовет больших затруднений, хотя и займет немало времени. Если же некоторые положения внешних спецификаций пропущены или изложены недостаточно полно, то их проверка не только отнимет много времени, но и вызовет большие трудности. В этом случае придется изменять внешние спецификации, что может свести на нет запас времени, имеющийся в календарном плане проектирования. [c.113]
Как упоминалось выше, во время фазы программирования может оказаться целесообразной демонстрация программного изделия в действии, чтобы показать, что наиболее критические эксплуатационные характеристики изделия реализованы в соответствии с требованиями, или чтобы установить, насколько далеко продвинулся проект. Группа разработки стремится закончить этот этап как можно раньше, чтобы учесть замечания тех, ому демонстрировалось программное изделие. Впрочем, в фазе программирования нужно стремится все делать как можно раньше. [c.113]
Организация обслуживания в фазе программирования [c.125]
В фазах программирования и оценки группы разработки и испытаний требуют наибольшего внимания со стороны группы обслуживания, и в первую очередь это относится к обеспечению проводимых работ вычислительными ресурсами. В этих фазах по различным причинам внутреннего характера может произойти значительное отставание фактических сроков от плановых, и группа разработки не сможет проявить ни понимания, ни терпения, если возникнут какие-либо задержки из-за несвоевременной установки оборудования или неисправности обслуживающих его технических средств. Именно в таких ситуациях группа обслужива- [c.125]
Другая задача группы обслуживания в фазе программирования состоит в изучении спецификаций испытаний. Здесь прежде всего необходимо подробно ознакомиться с содержанием испытаний класса С, однако лишь в том случае, если эти испытания проводятся силами группы обслуживания. [c.126]
По мере перехода проекта от фазы программирования к фазе оценки нагрузка на группу обслуживания возрастает и достигает пика в конце фазы оценки. В типичном распределении трудозатрат группы обслуживания, приведенном на рис. 8.2, этот максимум отчетливо проявляется. [c.126]
Относительные трудозатраты группы выпуска документации (рис. 9.3) достигают максимума в фазе программирования, когда эта группа изучает план группы поддержки, чтобы убедиться в том, что рукописи или уже изданные материалы, необходимые для обучения пользователей или служащие в качестве источника для создания рекламных материалов, появятся к заданному сроку. Работа по составлению рукописей, начатая в фазе конструирования, достигает максимума в фазе программирования. Редакторы часто вступают в контакты с разработчиками и участвуют в со- [c.145]
В конце фазы программирования на рассмотрение поступают рукописи материалов по обучению пользователей, подготовленные в рампах функции поддержки. Группа выпуска документации проверяет эти материалы на соответствие стилю и содержанию остальной документации. Если учебные и рекламные материалы подготавливает сама группа выпуска документации, то эта работа выполняется в течение фазы программирования и также подвергается проверке. [c.146]
С момента утверждения внешней спецификации (в начале фазы программирования) и вплоть до начала испытаний класса В (в конце фазы программирования) группа выпуска документации следит за всеми изменениями внешней спецификации, происходящими в течение фазы программирования. Хотя эта группа и при- [c.146]
В общем случае испытания проводятся в несколько стадий, разделенных во времени. К первой стадии относятся испытания класса А, которые проводятся в конце фазы программирования, после того как будут отлажены и включены в систему все модули изделия. Этот процесс сопровождается системной отладкой, когда исправляются ошибки сопряжения модулей. [c.152]
Фаза программирования начинается с момента появления законченного внешнего описания программного изделия в форме его внешней спецификации. Сразу после получения этого документа группа испытаний начинает анализировать его на соответствие соглашению о требованиях, сообщая группе разработки замечания, касающиеся внесения необходимых изменений в изделие. Этот процесс может осуществляться в рабочем порядке или с помощью технической ревизионной комиссии. Еще лучше, если испытания проводятся достаточно опытными специалистами, а результаты критического анализа внутренней спецификации изделия сообщаются высшему руководству. Группа испытаний также подготавливает предложения, касающиеся улучшения удобства использования, совместимости, надежности и других свойств изделия. [c.165]
В конце фазы программирования группа сопровождения активно включается в работу над проектом, начиная подготовку спецификации сопровождения. Основным условием успешного завершения этой работы является наличие готовой внутренней спецификации. Спецификация сопровождения содержит внутреннюю спецификацию, дополненную техническим описанием и листингами программ (гл. 15, разд. 15.5). Как видно из рис. 12.2, другим необходимым условием завершения спецификации сопровождения является утверждение внешней спецификации в этом случае существует гарантия того, что внутренний и внешний проекты программного изделия приобрели стабильный характер. Рис. 12.2 показывает также, что ко времени составления спецификации сопровождения должен быть закончен документ, регламентирующий ввод программного изделия в действие,— так называемый информационный листок выпуска (разд. 8.6), что позволяет группе сопровождения учесть в спецификации сопровождения принятые и отклоненные заявки, замеченные, но неустраненные дефекты и гарантировать соблюдение требований к выполнению процедуры ввода программного изделия в действие. [c.196]
Раза анализа осуществи- - ния - Фаза программирования - [c.260]
ВтС является своего рода записной книжкой проекта, заполняющейся по мере разработки изделия, которое она описывает. Внутренняя спецификация описывается и утверждается еще до начала фазы программирования (в соответствии с типовым этапом Р11, отмеченным в табл. 14.9), так что руководство группы разработки имеет гарантию того, что проект тщательно продуман. В ВтС всегда включается описание всех используемых алгоритмов. Состав других материалов уточняется от проекта к проекту. Утверждение ВшС ранее первого рассмотрения ВтС обеспечивает необходимую полноту исходной ВнС. Программирование начинается лишь тогда, когда имеется достаточно полное описание данных и алгоритма их обработки, так что частичное тестирование программного изделия приобретает смысл, а блок-схема будущего изделия отработана настолько, что можно гарантировать корректную обработку нетривиальных исходных данных и получение нетривиальных результатов. С этого момента ВтС и машинные программы разрабатываются совместно и могут снабжаться ссылками друг на друга для обеспечения полноты описания внутренней структуры программных средств. [c.281]
Наиболее критической фазой линейного программирования является использование пакетов прикладных программ на компьютере [c.390]
На каждой фазе по 2 — 3 часа отводится на работу в подгруппах, затем проводится общее заседание, на котором каждая подгруппа делает 5 — 10-минутный доклад. По каждому докладу развертывается дискуссия. Обязательная процедура (1 час) — рефлексивный анализ ситуации, т. е. разбор того, что происходит на игре, анализ выступления группы и действий каждого игрока, программирование работ на следующую фазу. [c.351]
С другой стороны, следует отметить, что оба примера были мелкомасштабными, в них мы имели дело с единственной фазой производства одной фирмы. Я полагаю, что это справедливо для всех успешных приложений в настоящее время. Математическому программированию еще предстоит долгий путь решения крупных проблем планирования для целых отраслей или экономики в целом. Но многие такие крупные проблемы — просто расширенные версии задач, которые встречаются и решаются в случае одной фирмы. Будет не слишком преждевременным сказать, что математическое программирование доказало свою ценность как практический инструмент для нахождения оптимальных экономических программ. [c.237]
Наряду с прогнозированием важными элементами планирования развития производственной структуры являются ее моделирование и программирование. Моделирование имеет назначением определение различных состояний производственной структуры и ее частей в течение планового периода. Программирование включает разработку алгоритмов функционирования соответствующей производственной системы и ее структуры, определение конкретных путей движения к поставленной цели. Широкие возможности для анализа и проектирования производственных структур открывает использование методов организационного и экономического моделирования, позволяющих системно описывать и оптимизировать их функционирование и развитие. Анализ влияния изменений в факторах, воздействующих на производственную структуру, должен быть взаимосвязан со всеми другими сторонами функционирования данной производственной системы. Основу для этого составляет разработка модели функционирования производственной системы и анализ ее возможных состояний. Модель представляет собой логическое описание реального состояния и направлений (закономерностей) развития системы в конкретной фазе ее жизнедеятельности, а также предъявляемых к ней требований, включая конечные [c.57]
Эта книга содержит описание методологии управления процессами планирования, проектирования, конструирования, оценивания, документирования, распространения, технического обслуживания (сопровождения) систем программного обеспечения. В рамках предлагаемой методологии учитываются взаимосвязи между различными фазами жизненного цикла программ-ных средств и функциями, которые должны выполняться в этих фазах. Показано, как на основе принципов нисходящего проектирования, целевого управления, управления конфигурацией систем программного обеспечения и ряда других создается эффективная система взаимосогласованных и усиливающих друг друга документов и процедур. В книге особое внимание уделяется концепции программного изделия под программным изделием понимается универсальное программное обеспечение, которое предназначается для широкого круга пользователей, быть может даже неизвестных заранее, и должно рекламироваться, поддерживаться в работоспособном состоянии, расширяться на протяжении длительного периода времени. Описанные методы и средства ориентированы специально на организацию управления процессом созданная именно такого универсального программного обеспечения. Читателю же предлагается самостоятельно выбрать те методы и средства, которые в наибольшей степени отвечают его потребностям как руководителя отдела обработки данных, или как руководителя проекта системы обороны, или администратора организации, производящей программное обеспечение, или руководителя программных разработок в фирме, производящей технические средства. Описываемая методология полностью совместима с современными принципами структурного программирования и бригад главного программиста, но она может применяться и без учета этих принципов. [c.8]
Помимо функционального разбиения, процесс управления проектированием программного обеспечения подразделяется также на фазы. Большинство авторов, пишущих о разработке программных средств, признают понятие фазы, но пока не существует стандартов не только для названий фаз, но и для их числа [5]. В этой книге рассматриваются шесть фаз исследования, анализ осуществимости проекта, конструирование, программирование, оценка и использование. Если прочитать ч. II книги до конца, то можно ознакомиться с ролью каждой функции в каждой фазе в порядке следования фаз. Если же кого-то заинтересует только одна определенная фаза, то в каждой главе он сможет найти соответствующие раз- [c.17]
| Рис. 2.2. Различия в продолжительности фаз жизненных циклов систем программирования, разработанных традиционным методом (а) и методом структурного программирования (б). (С разрешения авторов работы [8].) | ![Рис. 2.2. Различия в продолжительности фаз <a href="/info/10752">жизненных циклов</a> систем программирования, разработанных <a href="/info/191504">традиционным методом</a> (а) и методом <a href="/info/43423">структурного программирования</a> (б). (С разрешения авторов работы [8].)](/pic1/141142164246021054140059111069187006107147237056.png) |
Листок состояния модуля содержит информацию о том, кто выполнял (и какую) работу по созданию модуля и когда. В фазах программирования и оценки этот листок позволяет проектировщикам оценивать текущее состояние каждог модуля благодаря наличию в нем информации о следующих событиях [c.290]
Состав кислот анализировался методом газожидкостной хроматографии, после перевода их в метиловые эфиры диазометаном. Анализ проводили на хроматографе с пламенно-ионизационным детектором, на кварцевых капиллярных колонках с среднеполярной неподвижной жидкой фазой ДВ-5, при программировании температуры термостата колонок от 60 С до 250°С со скоростью подъема температуры 4 град/мин. Время анализа в [c.64]
ТРАЕКТОРИЯ УПРАВЛЕНИЯ [ ontrol traje tory] в задачах динамического программирования — совокупность значений вектора управляющих параметров, выбираемых на каждом этапе (шаге, фазе) оптимизации. См. также Фазовая траектория, Фазовое пространство. [c.365]