Эскизный проект википедия: Эскиз — Википедия – Эскизный проект:ГОСТы, состав, оформление

Проектирование разработки газовых месторождений — Википедия

Материал из Википедии — свободной энциклопедии

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

Проектирование разработки состоит из ряда этапов.

Технико-экономическое обоснование[править | править код]

Технико-экономическое обоснование (ТЭО) представляет собой проектный документ, обосновывающий целесообразность освоения месторождения, и состоит из следующих элементов:

  • определение целей проекта;
  • прогноз внешних условий его реализации;
  • установление возможных ограничений;
  • составление различных вариантов технологических схем и технических решений;
  • оценка сравнительной экономической эффективности;
  • оценка побочных социальных и экологических последствий реализации проекта;
  • суммарная комплексная оценка проекта и присущей ему степени инвестиционного риска и надёжности полученных оценок.

На основе ТЭО наиболее приемлемый вариант принимается для детальной проектной проработки и утверждается в виде «Технического задания на составление технологического проекта разработки».

Технологическая схема разработки[править | править код]

Технологическая схема разработки — это комплекс технологических и технических решений по реализации системы разработки, который характеризуется определённой структурой природно-технологического комплекса и проектными технологическими показателями разработки.

Проект пробной эксплуатации[править | править код]

Проект пробной эксплуатации определяет задачи, порядок проведения и технологические показатели эксплуатации одной или нескольких скважин, расположенных на опытных участках или полигонах месторождения. Целью проведения пробной эксплуатации является получение геолого-технологической информации, необходимой для составления проекта разработки, а также промыслово-экспериментальной проверки новых технологий и техники.

Проект опытно-промышленной эксплуатации[править | править код]

Проект опытно-промышленной эксплуатации (ОПЭ) представляет собой геотехнологический проект, составляемый на первой стадии проектирования для ускорения промышленного освоения месторождения путём сочетания задач промышленной разведки и поставки товарной продукции. Одновременно с первой очередью технологической схемы разработки проводится комплекс геолого-геофизических, газогидродинамических и специальных исследований скважин и пластов с целью уточнения геометрических (морфологических) характеристик объекта, коллекторских свойств пласта, запасов газа, активности водоносного бассейна, продуктивности скважин и их добычных возможностей, определения эффективности различных методов интенсификации притока газа к скважине, оценки эффективности различных технических решений. Как правило, проект ОПЭ составляется на 3-5 лет. Результаты ОПЭ служат основой для составления проекта промышленной разработки.

Технологический проект разработки[править | править код]

Технологический проект разработки определяет рациональную систему разработки объектов и концептуально техническую систему, обеспечивающую рентабельные поставки товарной продукции.

Проект промышленной разработки[править | править код]

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

Проект обустройства месторождения[править | править код]

Проект обустройства месторождения представляет собой совокупность технологического и технического проектов системы добычи, сбора и промысловой подготовки газа и конденсата. Данные проекты составляются для реализации ранее принятого геотехнологического проекта разработки.

Проекты реконструкции и модернизации[править | править код]

Проекты реконструкции и модернизации системы разработки включают анализ причин отклонения фактических показателей от проектных, анализ фактической эффективности систем, результатов финансовой деятельности недропользователей.

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

Крупнейшими проектными институтами России, осуществляющими проектирование разработки газовых месторождений, являются дочерние общества ОАО «Газпром» — ООО «Газпром ВНИИГАЗ» и ООО «ТюменНИИгипрогаз».

Зотов Г. А. Проектирование разработки месторождений природного газа // Российская газовая энциклопедия / Гл. ред. Вяхирев Р. И.. — Москва: Большая Российская энциклопедия, 2004. — С. 362-363. — ISBN 5852703273.

эскизный проект - это... Что такое эскизный проект?


эскизный проект
draft

Большой англо-русский и русско-английский словарь. 2001.

  • эскизный представление
  • эскизный чертеж

Смотреть что такое "эскизный проект" в других словарях:

  • эскизный проект — — [Л.Г.Суменко. Англо русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.] Тематики информационные технологии в целом EN draft design …   Справочник технического переводчика

  • эскизный проект системы — — [А.С.Гольдберг. Англо русский энергетический словарь. 2006 г.] Тематики энергетика в целом EN preliminary system designPSD …   Справочник технического переводчика

  • ГОСТ 2.119-73: Единая система конструкторской документации. Эскизный проект — Терминология ГОСТ 2.119 73: Единая система конструкторской документации. Эскизный проект оригинал документа: 2.3. Ведомость эскизного проекта 2.3.1. В ведомость эскизного проекта вносят все включенные в комплект документов эскизного проекта… …   Словарь-справочник терминов нормативно-технической документации

  • Стадия «Эскизный проект» — 2.4. Стадия «Эскизный проект» 2.4.1. Целью проведения работ на стадии является разработка предварительных решений по системе в целом и ее основным частям. 2.4.2. Стадию рекомендуется проводить в случае разработки АС для сложного объекта… …   Словарь-справочник терминов нормативно-технической документации

  • Проект 1231 опытного малого погружающегося ракетного корабля — Проект 1231 опытного малого погружающегося ракетного корабля …   Википедия

  • ПРОЕКТ КОРАБЛЯ — (Design of a ship) комплекс чертежей, подкрепленных расчетами и дополнительными спецификациями, определяющий все элементы судна. Проекты бывают: проект задание, эскизный проект, окончательный (технический) проект и рабочий проект. В проекте… …   Морской словарь

  • Проект эскизный — – совокупность конструкторских документов, которые должны содержать принципиальные конструктивные решения, дающие общее представление об устройстве и принципе работы изделия, а также данные, определяющие назначение, основные параметры и… …   Энциклопедия терминов, определений и пояснений строительных материалов

  • ЭСКИЗНЫЙ — ЭСКИЗНЫЙ, эскизная, эскизное (живоп., книжн.). прил. к эскиз, имеющий характер эскиза. Эскизный проект. Толковый словарь Ушакова. Д.Н. Ушаков. 1935 1940 …   Толковый словарь Ушакова

  • Проект — Проект – совокупность конструкторских документов, содержащих принципиальное (эскизный проект) или окончательное (технический проект) решение, дающее необходимое представление об устройстве создаваемого сооружения и исходные данные для… …   Энциклопедия терминов, определений и пояснений строительных материалов

  • Проект 1164 (Атлант) — Крейсера проекта 1164 «Атлант» («Слава») Крейсер Москва проекта 1164 Основная информация …   Википедия

  • Проект 1153 «Орёл» — У этого термина существуют и другие значения, см. Орёл. Проект 1153 «Орёл» …   Википедия


Шаблон проектирования — Википедия

НазваниеОригинальное названиеОписаниеОписан в Design Patterns
Основные шаблоны (Fundamental)
Шаблон делегированияDelegation patternОбъект внешне выражает некоторое поведение, но в реальности передаёт ответственность за выполнение этого поведения связанному объекту.н/д
Шаблон функционального дизайнаFunctional designГарантирует, что каждый модуль компьютерной программы имеет только одну обязанность и исполняет её с минимумом побочных эффектов на другие части программы.н/д
Неизменяемый интерфейсImmutable interfaceСоздание неизменяемого объекта.н/д
ИнтерфейсInterfaceОбщий метод для структурирования компьютерных программ для того, чтобы их было проще понять.н/д
Интерфейс-маркерMarker interfaceВ качестве атрибута (как пометки объектной сущности) применяется наличие или отсутствие реализации интерфейса-маркера. В современных языках программирования вместо этого могут применяться атрибуты или аннотации.н/д
Контейнер свойствProperty containerПозволяет добавлять дополнительные свойства для класса в контейнер (внутри класса), вместо расширения класса новыми свойствами.н/д
Канал событийEvent channelРасширяет шаблон Publish/Subscribe, создавая централизованный канал для событий. Использует объект-представитель для подписки и объект-представитель для публикации события в канале. Представитель существует отдельно от реального издателя или подписчика. Подписчик может получать опубликованные события от более чем одного объекта, даже если он зарегистрирован только на одном канале.н/д
Порождающие шаблоны (Creational) — шаблоны проектирования, которые абстрагируют процесс инстанцирования. Они позволяют сделать систему независимой от способа создания, композиции и представления объектов. Шаблон, порождающий классы, использует наследование, чтобы изменять инстанцируемый класс, а шаблон, порождающий объекты, делегирует инстанцирование другому объекту.
Абстрактная фабрикаAbstract factoryКласс, который представляет собой интерфейс для создания компонентов системы.Да
СтроительBuilderКласс, который представляет собой интерфейс для создания сложного объекта.Да
Фабричный методFactory methodОпределяет интерфейс для создания объекта, но оставляет подклассам решение о том, какой класс инстанцировать.Да
Отложенная инициализацияLazy initializationОбъект, инициализируемый во время первого обращения к нему.Нет
МультитонMultitonГарантирует, что класс имеет поименованные экземпляры объекта и обеспечивает глобальную точку доступа к ним.Нет
Объектный пулObject poolКласс, который представляет собой интерфейс для работы с набором инициализированных и готовых к использованию объектов.Нет
ПрототипPrototypeОпределяет интерфейс создания объекта через клонирование другого объекта вместо создания через конструктор.Да
Получение ресурса есть инициализацияResource acquisition is initialization (RAII)Получение некоторого ресурса совмещается с инициализацией, а освобождение — с уничтожением объекта.Нет
ОдиночкаSingletonКласс, который может иметь только один экземпляр.Да
Структурные шаблоны (Structural) определяют различные сложные структуры, которые изменяют интерфейс уже существующих объектов или его реализацию, позволяя облегчить разработку и оптимизировать программу.
АдаптерAdapter / WrapperОбъект, обеспечивающий взаимодействие двух других объектов, один из которых использует, а другой предоставляет несовместимый с первым интерфейс.Да
МостBridgeСтруктура, позволяющая изменять интерфейс обращения и интерфейс реализации класса независимо.Да
КомпоновщикCompositeОбъект, который объединяет в себе объекты, подобные ему самому.Да
Декоратор или Wrapper/ОбёрткаDecoratorКласс, расширяющий функциональность другого класса без использования наследования.Да
ФасадFacadeОбъект, который абстрагирует работу с несколькими классами, объединяя их в единое целое.Да
Единая точка входаFront controllerОбеспечивает унифицированный интерфейс для интерфейсов в подсистеме. Front Controller определяет высокоуровневый интерфейс, упрощающий использование подсистемы.Нет
ПриспособленецFlyweightЭто объект, представляющий себя как уникальный экземпляр в разных местах программы, но фактически не являющийся таковым.Да
ЗаместительProxyОбъект, который является посредником между двумя другими объектами, и который реализует/ограничивает доступ к объекту, к которому обращаются через него.Да
Поведенческие шаблоны (Behavioral) определяют взаимодействие между объектами, увеличивая таким образом его гибкость.
Цепочка обязанностейChain of responsibilityПредназначен для организации в системе уровней ответственности.Да
Команда, Action, TransactionCommandПредставляет действие. Объект команды заключает в себе само действие и его параметры.Да
ИнтерпретаторInterpreterРешает часто встречающуюся, но подверженную изменениям, задачу.Да
Итератор, CursorIteratorПредставляет собой объект, позволяющий получить последовательный доступ к элементам объекта-агрегата без использования описаний каждого из объектов, входящих в состав агрегации.Да
ПосредникMediatorОбеспечивает взаимодействие множества объектов, формируя при этом слабую связанность и избавляя объекты от необходимости явно ссылаться друг на друга.Да
ХранительMementoПозволяет не нарушая инкапсуляцию зафиксировать и сохранить внутренние состояния объекта так, чтобы позднее восстановить его в этих состояниях.Да
Null ObjectNull ObjectПредотвращает нулевые указатели, предоставляя объект «по умолчанию».Нет
Наблюдатель или Издатель-подписчикObserverОпределяет зависимость типа «один ко многим» между объектами таким образом, что при изменении состояния одного объекта все зависящие от него оповещаются об этом событии.Да
Слуга[en]ServantИспользуется для обеспечения общей функциональности группе классов.Нет
СпецификацияSpecificationСлужит для связывания бизнес-логики.Нет
СостояниеStateИспользуется в тех случаях, когда во время выполнения программы объект должен менять своё поведение в зависимости от своего состояния.Да
СтратегияStrategyПредназначен для определения семейства алгоритмов, инкапсуляции каждого из них и обеспечения их взаимозаменяемости.Да
Шаблонный методTemplate methodОпределяет основу алгоритма и позволяет наследникам переопределять некоторые шаги алгоритма, не изменяя его структуру в целом.Да
ПосетительVisitorОписывает операцию, которая выполняется над объектами других классов. При изменении класса Visitor нет необходимости изменять обслуживаемые классы.Да
Простая политикаSimple PolicyНет
Event listenerEvent listenerНет
Одноразовый посетитель[en]Single-serving visitorОптимизирует реализацию шаблона посетитель, который инициализируется, единожды используется, и затем удаляется.Нет
Иерархический посетитель[en]Hierarchical visitorПредоставляет способ обхода всех вершин иерархической структуры данных (напр. древовидной).Нет

Автоматизация проектирования электроники — Википедия

Материал из Википедии — свободной энциклопедии

Автоматизация проектирования электронных устройств (англ. Electronic Design Automation, EDA) — комплекс программных средств для облегчения разработки электронных устройств, создания микросхем и печатных плат.

Комплекс позволяет создать принципиальную электрическую схему проектируемого устройства с помощью графического интерфейса, создавать и модифицировать базу радиоэлектронных компонентов, проверять целостность сигналов на ней. Современные программные пакеты позволяют выполнить автоматическую расстановку элементов, и автоматически развести дорожки на чертеже многослойной печатной платы, соединяя тем самым выводы радиоэлектронных компонентов в соответствии с принципиальной схемой. Введённая схема непосредственно или через промежуточный файл связей («netlist») может быть преобразована в заготовку проектируемой печатной платы, с различной степенью автоматизации.

Системы автоматизации проектирования электроники могут иметь возможность моделирования разрабатываемого устройства и исследования его работы до того, как оно будет воплощено в аппаратуру.

Некоторые симуляторы[1]:

  • SPICE — симулятор электронных схем общего назначения с открытым исходным кодом.
  • PSpice — программа симуляции аналоговой и цифровой логики, описанной на языке SPICE.
  • Logisim — для цифровых схем.
  • LTSpice
  • Ngspice — симулятор электронных схем общего назначения с открытым исходным кодом, обеспечивающий моделирование в режиме смешанных сигналов и на смешанном уровне.
  • Micro-Cap — SPICE-подобная программа для аналогового и цифрового моделирования цепей с интегрированным визуальным редактором.
  • TkGate — программа для редактирования (графического и с использованием Verilog) и моделирования цифровых схем.
  • QUCS

Программное обеспечение проектирования[править | править код]

Список примеров в этом разделе не основывается на авторитетных источниках, посвящённых непосредственно предмету статьи или её раздела.Добавьте ссылки на источники, предметом рассмотрения которых является тема настоящей статьи (или раздела) в целом, а не отдельные элементы списка. В противном случае раздел может быть удалён.
  1. Susmita Bandyopadhyay, Ranjan Bhattacharya. Discrete and Continuous Simulation: Theory and Practice. — CRC Press, 2014. — P. 228. — 375 p. — ISBN 978-1-4665-9639-9.
  • Birnbaum, M. Essential Electronic Design Automation (EDA). — Prentice Hall PTR/Pearson Education, 2003. — 234 p. — ISBN 9780131828292.
  • Wang, L.T. and Chang, Y.W. and Cheng, K.T. Electronic Design Automation: Synthesis, Verification, and Test. — Elsevier Science, 2009. — 972 p. — ISBN 9780080922003.
  • Louis Scheffer, Luciano Lavagno, Grant Martin. EDA for IC System Design, Verification, and Testing. — CRC Press, 2006. — 544 с. — ISBN 0849379237.

Каскадная модель — Википедия

Материал из Википедии — свободной энциклопедии

Текущая версия страницы пока не проверялась опытными участниками и может значительно отличаться от версии, проверенной 29 мая 2014; проверки требуют 20 правок. Текущая версия страницы пока не проверялась опытными участниками и может значительно отличаться от версии, проверенной 29 мая 2014; проверки требуют 20 правок.

Каскадная модель (англ. waterfall model, иногда переводят как модель «Водопад») — модель процесса разработки программного обеспечения, в которой процесс разработки выглядит как поток, последовательно проходящий фазы анализа требований, проектирования, реализации, тестирования, интеграции и поддержки. В качестве источника названия часто указывают статью, опубликованную У. У. Ройсом в 1970 году; при том, что сам Ройс использовал итеративную модель разработки.

В 1970 году в своей статье Ройс описал в виде концепции то, что сейчас принято называть «каскадная модель», и обсуждал недостатки этой модели. Там же он показал как эта модель может быть доработана до итеративной модели.

В исходной каскадной модели следующие фазы шли в таком порядке:

  1. Определение требований
  2. Проектирование
  3. Конструирование (также «реализация» либо «кодирование»)
  4. Воплощение
  5. Тестирование и отладка (также «верификация»)
  6. Инсталляция
  7. Поддержка
Переход от одной фазы к другой происходит только после полного и успешного завершения предыдущей

Следуя каскадной модели, разработчик переходит от одной стадии к другой строго последовательно. Сначала полностью завершается этап «определение требований», в результате чего получается список требований к ПО. После того как требования полностью определены, происходит переход к проектированию, в ходе которого создаются документы, подробно описывающие для программистов способ и план реализации указанных требований. После того, как проектирование полностью выполнено, программистами выполняется реализация полученного проекта. На следующей стадии процесса происходит интеграция отдельных компонентов, разрабатываемых различными командами программистов. После того, как реализация и интеграция завершены, производится тестирование и отладка продукта; на этой стадии устраняются все недочёты, появившиеся на предыдущих стадиях разработки. После этого программный продукт внедряется и обеспечивается его поддержка — внесение новой функциональности и устранение ошибок.

Тем самым, каскадная модель подразумевает, что переход от одной фазы разработки к другой происходит только после полного и успешного завершения предыдущей фазы, и что переходов назад либо вперёд или перекрытия фаз — не происходит.

Тем не менее, существуют модифицированные каскадные модели (включая модель самого Ройса), имеющие небольшие или даже значительные вариации описанного процесса.

Критика каскадной модели и гибридные методологические решения[править | править код]

Методику «Каскадная модель» довольно часто критикуют за недостаточную гибкость и объявление самоцелью формальное управление проектом в ущерб срокам, стоимости и качеству. Тем не менее, при управлении большими проектами формализация часто являлась очень большой ценностью, так как могла кардинально снизить многие риски проекта и сделать его более прозрачным. Поэтому даже в PMBOK 3-й версии формально была закреплена только методика «каскадной модели» и не были предложены альтернативные варианты, известные как итеративное ведение проектов.

Начиная с PMBOK 4-й версии удалось достичь компромисса между методологами, приверженными формальному и поступательному управлению проектом, с методологами, делающими ставку на гибкие итеративные методы. Таким образом, начиная с 2009 года, формально Институтом управления проектами (PMI) предлагается как стандарт гибридный вариант методологии управления проектами, сочетающий в себе как плюсы от методики «Водопада», так и достижения итеративных методологов.

Список обозначений советской и российской бронетехники на стадии проектирования

Заводское обозначениеВойсковой индексПримечание
ГАЗ-49БТР-60носивший также заводское обозначение БТРП — «бронированное транспортное средство плавающее»
ГАЗ-50опытная колёсная боевая машина пехоты из узлов и агрегатов ГАЗ-49 (БТР-60ПБ), впоследствии на базе был создан БТР-70
ЗИЛ-153опытный бронетранспортёр
К-73опытная десантируемая противотанковая САУ
К-75опытный гусеничный бронетранспортёр, на базе Т-70
К-78опытный плавающий гусеничный бронетранспортёр
К-90опытный лёгкий плавающий танк
объект Р-50-1опытный командирский танк на базе Т-54, КБ завода № 112 «Красное Сормово»
объект 003Т-64Топытная модификация Т-64 с вертолётным двигателем ГТД-3ТЛ
объект 004опытный средний танк с ГТД-3ТП, установленным продольно
объект 6МТ-ЛБмногоцелевой тягач (транспортёр)- лёгкий бронированный
объект 8М-906опытный ходовой макет боевой машины на воздушной подушке, на базе ПТ-76
объект 9БТС-2бронированный тягач, на базе Т-54
объект 10МТ-ЛБу
объект 020Т-40
объект 030Т-30лёгкий танк, предшественник Т-60
объект 032безэкипажная рабочая машина инженерного роботизированного комплекса Клин-1 с дистанционным, управлением на базе ИМР-2Д для действий в зонах радиации
объект 033машина управления роботизированного комплекса Клин-1, на базе Т-72А
объект 19опытная колёсно-гусеничная боевая машина пехоты
изделие 21ГТ-Тгусеничный транспортёр-тягач
объект 262С1122-мм самоходная гаубица 2С1 «Гвоздика»
объект 27шасси одного из модулей передвижной атомной электростанции ТЭС-3, на базе Т-10
объект 42тяжелый транспортный трактор на базе шасси танка Т-34, изготовленный на заводе № 183
объект 101Р-39опытный плавающий танк
объект 103-проект тяжелого танка береговой обороны (на базе Т-100 со 130-мм морской пушкой Б-13)
объект 105СУ-100П100-мм самоходная артиллерийская установка
объект 108СУ-152Г
объект 112БТР-112
объект 116СУ-152П
объект 117СПУ-117опытная самоходная прожекторная установка
объект 118ГМЗ-1
объект 118-2ГМЗ-2
объект 119ЗСУ-37-2ЗСУ-37-2 «Енисей», также известная как 2А1
объект 120СУ-152 «Таран»
объект 1232П24СПУ ЗРК «Круг»
объект 1241С32СНР ЗРК «Круг»
объект 1252П11СПУ опытного ОТРК 2К10 «Ладога»
объект 1262П12ТЗМ опытного ОТРК 2К10 «Ладога»
объект 127специальная боевая машина (СБМ), предназначенная для уничтожения скоплений танков и других объектов противника (существовала в стадии эскизного проекта)
объект 130проект зенитной самоходной установки на базе ЗСУ-37-2 «Енисей»
объект 135Т-34-85Т-34 образца 1944 года с 85-мм пушкой ЗИС-С-53
объект 136Т-44
объект 137Т-54
объект 137ГТ-54А
объект 137ГКТ-54АК
объект 137Г2Т-54Б
объект 137КТ-54К
объект 137КЦТ-54БК
объект 137МТ-54Ммодификация танка Т-54
объект 138СУ-100
объект 139Т-54Мопытный средний танк, не путать с серийным Т-54М (объект 137М)
объект 140опытный средний танк
объект 141опытный Т-54 вооруженный пушкой Д-54, установлен одноплоскостной стабилизатор «Радуга»
объект 150ИТ-1ракетный танк, на базе опытного среднего танка объект 140
объект 155Т-55
объект 165Т-62А
объект 166Т-62
объект 166Мопытный танк, оснащённый опорными катками меньшего диаметра, как у объекта 167, и двигателем В-36Ф, мощностью 640л.с.
объект 166МЛобъект 166М на который в качестве дополнительного оружия устанавливался ПТРК 9К14 «Малютка»
объект 166М6Т-62М
объект 166ПТ-62Попытные Т-62 с подбоем для усиления противорадиационной защиты
объект 167опытный средний танк, на базе Т-62, с новой ходовой частью
объект 167Жмодификация с пушкой 2А21
объект 167МТ-62Бмодификация с пушкой Д-81
объект 167Ттанк с газотурбинным двигателем ГТД-3Т
объект 167ТУтанк с газотурбинным двигателем ГТД-3ТУ, имевшим сокращенное время пуска в условиях низких температур
объект 167ТМна базе серийного танка Т-62 с двигателем ГТД-3ТУ, но с ходовой частью танка объект 167
объект 170опытный лёгкий танк, на базе объекта 907, с управляемой ракетой ПТРК «Омар»
объект 172опытный основной боевой танк
объект 172МТ-72
объект 172МКТ-72КТ-72К «Урал-К» — командирский вариант линейного танка Т-72 (об.172М), на котором дополнительно была установлена коротковолновая радиостанция, навигационная аппаратура, зарядное устройство, но уменьшен боекомплект.
объект 172МНопытный образец танка Т-72 (об.172М), на котором была установлена 130-мм нарезная пушка 2А50 (ЛП-36Е). Проходил испытания в 1972—1974 гг. В середине октября 1975 года демонстрировался маршалу Гречко А. А. во время его посещения НИИ в Кубинке. На вооружение не принимался.
объект 172МДопытный образец танка Т-72 (об.172М) со 125-мм гладкоствольной пушкой повышенного могущества 2А49 (Д-89Т). На вооружение не принимался.
объект 172МПопытный образец танка Т-72 (об.172М) со 125-мм гладкоствольной пушкой 2А46М. Изготовлен в мае-июле 1977 года с целью проведения приемосдаточных испытаний системы. По результатам этих испытаний пушка 2А46М была признана соответствующей заданным тактико-техническим требованиям и рекомендована для проведения дальнейших испытаний.
объект 172-2Мопытный основной боевой танк объект 172-2М «Буйвол»
объект 173модификация объекта 172, с использование боевого отделения от Т-64А
объект 175результат работ проводившихся в 1970-75 гг по усовершенствованию об.172М. На вооружение не принимался, опытный образец не изготавливался. Отдельные наработки по машине данной спецификации, как и по об.172-2М были использованы в совершенствовании конструкции серийных машин об.172М (Т-72)
объект 176Т-72А
объект 177опытная модификация Т-72 с КУВ с лазерным наведением «Свирь».
объект 179опытная модификация Т-72 с СУО «Обь» и КУВ «Кобра».
объект 184Т-72Б
объект 186опытная модификация Т-72, созданный в рамках второго этапа ОКР «Совершенствование Т-72А». На танке был установлен новый 16-и цилиндровый Х-образный дизельный двигатель 2В-16, мощностью 1000—1200 л.с. с вентиляторная система охлаждения.
объект 187опытный основной боевой танк
объект 188Т-90
объект 195Т-95опытный основной боевой танк
объект 195опытный лёгкий плавающий танк с ГТД-051А, разработки СТЗ
объект 197БМР-3Мбронированная машина разминирования БМР-3М «Вепрь»
объект 197АБМР-3МАмодифицированная версия БМР-3М с установкой тралов сплошного траления, и двигателя В-92С2
объект 198унифицированная тяжелая гусеничная платформа «Армата»
объект 199БМПТ
объект 209Пингвинантарктический вездеход, на базе БТР-50П
объект 210вездеход на базе БТР-50П для личного состава Северного флота, (1958)
объект 211БТР-50П с ГТД-350
объект 211Т-50-2проект лёгкого танка ЛКЗ
объект 212проект довоенного штурмового орудия СКБ-4 ЛКЗ на базе КВ
объект 217ППГопытная танкетка
объект 218проект электротральщика на базе КВ
объект 218Т-80Б
объект 219АТ-80А
объект 219АСТ-80У-М
объект 219сп1Т-80
объект 219РТ-80Б
объект 219РВТ-80БВ
объект 220КВ-220опытный тяжёлый танк, так же обозначался как Т-220
объект 222КВ-6опытный тяжёлый танк
объект 223КВ-3опытный тяжёлый танк
объект 225КВ-5проект сверхтяжёлого танка
объект 227КВ-7опытная тяжёлая самоходно-артиллерийская установка
объект 228КВ-8огнемётный тяжёлый танк
объект 229КВ-9опытный артиллерийский (штурмовой) тяжёлый танк
объект 232КВ-12химический танк, серийно не производился
объект 233КВ-13 (ИС-1)средний танк тяжёлого бронирования КВ-13 (1942), прототип тяжёлого танка ИС-1 (1943)
объект 234(ИС-2)прототип тяжёлого танка ИС-1 на шасси КВ-13 с башней от КВ-9 (1943)
объект 235КВ-8Согнемётный тяжёлый танк
объект 236СУ-152 (КВ-14)
объект 237ИС-1 (ИС-85)
объект 238КВ-85Гопытный КВ-1с с 85-мм пушкой С-31
объект 239КВ-85КВ-1с с изменённым корпусом, башней от ИС-1 и 85-мм пушкой Д-5Т
объект 240ИС-2
объект 241ИСУ-152
объект 242ИСУ-122
объект 243ИСУ-122-1ИСУ-122, вооружённая длинноствольной пушкой БЛ-9
объект 244-опытный танк «Объект 237» с 85-мм пушкой Д-5Т-85БМ (1943), опытный танк с 122-мм пушкой Д-30 и опорными катками танка «Объект 252» ИС-6 (1944)
объект 245ИС-4опытный танк ИС-1 с 100-мм пушкой Д-10Т и переработанной башней, не путать с серийным ИС-4
объект 246ИСУ-152-1 (ИСУ-152БМ)ИСУ-152, вооружённая длинноствольной пушкой БЛ-8
объект 247ИСУ-152-2ИСУ-152, вооружённая длинноствольной пушкой БЛ-10
объект 248ИС-5первый проект ИС-5, по сути ИС-1 со 100 мм пушкой С-34 и переработанной башней
объект 249ИСУ-122С
объект 250ИСУ-130
объект 251ИСУ-122-3 (ИСУ-122БМ)ИСУ-122, вооружённая длинноствольной пушкой С-26-1
объект 252ИС-6
объект 253ИС-6
объект 257ИС-7варианты отличались типом силовой установки и трансмиссии
объект 258
объект 259
объект 260
объект 261проект сверхтяжёлого штурмового орудия на базе ИС-7
объект 263проект сверхтяжёлого самоходной артиллерийской установки на базе ИС-7
объект 264опытный Т-10, с прототипом пушки М-62-Т2 (2А17)
объект 264опытный Т-10, с прототипом пушки М-62-Т2 (2А17) с улучшенными баллистическими характеристиками
объект 266опытный тяжёлый танк, на базе Т-10
объект 267 сп.1Т-10 со стабилизатором наведения в вертикальной плоскости
объект 267 сп.2Т-10 с двухплоскостным стабилизатором
объект 268опытная противотанковая САУ, на базе Т-10
объект 269опытный Т-10, предназначенный для отработки прицела-дальномера
объект 2712А3 «Конденсатор»опытная самоходная артиллерийская установка особой мощности
объект 272Т-10Мобозначение ЛКЗ
объект 272КТ-10МКобозначение ЛКЗ
объект 2732Б1 «Ока»опытная самоходная 420-мм миномётная установка
объект 277должен был заменить танк Т-10
объект 278аналог объекта 277 с газотурбинным двигателем, в металле построен не был
объект 279танк с уникальной ходовой частью (четыре гусеницы)
объект 280опытная боевая машина реактивной артиллерии, на базе ПТ-76
объект 282опытный ракетный танк, на базе Т-10
объект 286ракетный танк с управляемой ракетой ПТРК «Лотос»
объект 287экспериментальный ракетный танк, на базе шасси объекта 430
объект 288экспериментальное шасси на базе объекта 287 с двумя вертолётными турбинами ГТД-350Т
объект 289эскизный проект танка с ГТСУ
объект 291опытный танк на базе Т-80У, с новой СУО, радиопоглощающим покрытием, новым отвалом для самоокапывания, включенный в схему защиты.
объект 292танк Т-80 со 152-мм нарезной пушкой
объект 299проект танка, был построен ходовой макет
объект 3032С3152-мм самоходная гаубица 2С3 «Акация»
объект 3052С4240-мм самоходный миномёт 2С4 «Тюльпан»
объект 306МТ-Ссредний гусеничный многоцелевой транспортёр-тягач
объект 3072С5152-мм самоходная гаубица 2С5 «Гиацинт-С»
объект 3162С19Мста-С
объект 318ГМЗ-3гусеничный минный заградитель ГМЗ-3
объект 327опытная 152-мм самоходная пушка
объект 3502С19М1-155модернизация самоходной гаубицы «Мста-С», с установкой 155-мм орудия под стандарты NATO
объект 3522С6боевая машина ЗПРК «Тунгуска»
объект 3559А330боевая машина ЗРК «Тор»
объект 401АТ-Ттяжёлый арттягач на агрегатах Т-54
объект 401ААТ-ТАарктическая модификация АТ-Т с уширенными до 75 см гусеницами и наддувным мотором
объект 402модификация АТ-Т с двигателем В-54
объект 403шасси объекта 404
объект 404Харьковчанкаантарктический вездеход на шасси АТ-Т
объект 404СХарьковчанка-2антарктический вездеход на шасси АТ-Т
объект 405шасси путепрокладчика БАТ
объект 405МУшасси путепрокладчика БАТ-М
объект 407шасси артиллерийской радиолокационной станции обнаружения миномётов «Молния»
объект 409шасси траншейной машины БТМ
объект 409Ушасси траншейной машины БТМ-3
объект 409МУшасси котлованной машины МДК-2М
объект 412ПТ-54минный трал для Т-54
объект 413опытный трал сплошного траления
объект 416СУ-100Мопытная 100-мм самоходная артиллерийская установка, ранее разрабатываемый как принципиально новый танк
объект 421МТУтанковый мостоукладчик, на базе Т-54
объект 429опытный тягач, на базе шасси Т-64
объект 429Аопытное шасси для 2С7
объект 429АММТ-Тмногоцелевой тягач тяжелый, на базе шасси Т-64
объект 430опытный средний танк, прототип Т-64
объект 431опытный танк с управляемым ракетным оружием на базе Т-54
объект 432Т-64
объект 432ТТ-64Топытная модификация с ГТД-3ТЛ
объект 432РТ-64Рмодернизированная версия с доработкой машины до уровня Т-64А
объект 434Т-64А
объект 435опытный средний танк, на базе объект 430
объект 436опытная модификация Т-64А с двигателем В-45
объект 437опытный объект 434 с 125-мм пушкой Д-85 и новым сферическим затвором
объект 437АТ-64Б1то же, что Т-64Б, но без ракетного вооружения
объект 438опытная модификация Т-64А с двигателем В-45 и усовершенствованным МТО
объект 439опытная модификация Т-64А с двигателем В-45 и новым МТО
объект 440опытный танк Т-54, оснащенный ПАЗ
объект 441опытный танк Т-54, оснащенный ПАЗ
объект 442опытный танк Т-54, оснащенный встроенной термической дымовой аппаратурой
объект 446Т-64АК
объект 446БТ-64БК
объект 447АТ-64Б
объект 450Т-74проект основного боевого танка
объект 476Т-64Бопытный танк на базе Т-64А, с новым двигателем 6ТД, МТО и башнями
объект 477опытный танк, по ОКР «Боксер», впоследствии ОКР «Молот»
объект 478опытный танк, прототип Т-80УД
объект 478БТ-80УД
объект 478ДУ2Т-84
объект 481ОТ-54огнемётный танк
объект 482ТО-55огнемётный танк
объект 483опытный огнемётный танк
объект 485танк Т-54 оборудованный под установку плавсредств
объект 486опытный образец танка Т-54 с ОПВТ
объект 490опытный танк, по ОКР «Бунтарь»
объект 500ЗСУ-57-2зенитная самоходная установка
объект 501БРМ-3КБоевая разведывательная машина «Рысь»
объект 510опытная зенитная самоходная установка оборудованная индивидуальными плавсредствами
объект 520опытная зенитная самоходная установка
изделие 521универсальное гусеничное шасси
изделие 521М1МГШ-521М1многоцелевое гусеничное шасси
изделие 521СМГШ-521М1универсальное гусеничное шасси повышенной грузоподъёмности
изделие 522МГШ-522машина гусеничная пассажирская
изделие 523СКБМ-523специальная краново-бурильная машина
изделие 523МСКБМ-523Мспециальная краново-бурильная машина
изделие 528ПГБМ-528передвижная гусеничная буровая машина
изделие 529МГГ-529машина гусеничная грузовая
объект 530опытная зенитная самоходная установка
изделие 536модернизированный гусеничный транспортёр-тягач
объект 545МАЗ-545седельный тягач
объект 545АМАЗ-545Абалластный тягач
объект 547МАЗ-547
объект 560эскизный проект специальной боевой машины (СБМ)
объект 562МТ-СМсредний многоцелевой транспортёр-тягач
объект 563ТЗМ-Ттранспортно-заряжающая машина из состава системы ТОС-1А «Солнцепёк»
объект 564БМО-Ттяжёлая боевая машина огнемётчиков
объект 5681С91СУРН ЗРК «Куб»
объект 5699А38СОУ ЗРК «Куб-М4»
объект 570АСУ-76
объект 572АСУ-57
объект 575ЗСУ-23-4
объект 5779А39ПЗУ ЗРК «Бук»
объект 5782П25СПУ ЗРК «Куб»
объект 5799С470КП ЗРК «Бук»
объект 600СУ-122-54
объект 601опытная радиоуправляемая танковая мишень на базе Т-55
объект 602МТУ-20
объект 605опытный танк Т-54 с системой электропитания
объект 608БРЭМ-1
объект 609опытный танк Т-55 с усиленным уровнем защиты от проникающей радиации ядерного взрыва
объект 610опытная машина управления огнём артиллерии «Буйвол»
объект 611опытные образцы танков Т-54 обр. 1951 г., Т-54А и Т-54Б с повышенным уровнем защиты от проникающей радиации ядерного взрыва
объект 612опытная радиоуправляемая танковая мишень на базе Т-62
объект 614Аопытный танк Т-54А, на который в качестве дополнительного оружия устанавливался ПТРК 9К14 «Малютка»
объект 614Бопытный танк Т-54Б, на который в качестве дополнительного оружия устанавливался ПТРК 9К14 «Малютка»
объект 614Вопытный танк Т-55А, на который в качестве дополнительного оружия устанавливался ПТРК 9К14 «Малютка»
объект 616ИМР-1инженерная машина разграждения
объект 618опытная КШМ завода № 174 в Омске на базе Т-64
объект 619Вопытная модификация Т-64 с плавсредствами ПСТ-63А
объект 632МТУ-72
объект 634ТОС-1
объект 634ББМ-1боевая машина из состава системы ТОС-1А Солнцепёк
объект 675прототип БМП-2
объект 640Чёрный орёл (танк)
объект 659опытная боевая машина пехоты
объект 680опытная боевая машина пехоты, на базе БМП-1
объект 681опытная боевая машина пехоты, на базе БМП-1
объект 685опытный десантируемый лёгкий плавающий танк
объект 688БМП-3отличалась от БМП башней и вооружением
объект 688МБМП-3
объект 701тяжёлый танк
объект 701-2опытный тяжёлый танк с пушкой С-34
объект 701-5тяжёлый танк с пушкой Д-25Т
объект 701-6ИС-4тяжёлый танк
объект 703ИС-3
объект 704ИСУ-152 образца 1945 годаопытное штурмовое орудие на базе ИС-3
объект 705-проект тяжёлого танка с 122-мм пушкой БЛ-13 и задним расположением башни
объект 705А-проект сверхтяжёлого танка с 152-мм пушкой М-51 и задним расположением башни
объект 706-проект или эскиз тяжелого танка
объект 709Т-10МТ-10М с более простой механической трансмиссией
объект 711Т-140Т-140
объект 712БМ-24Тгусеничная реактивная система залпового огня
объект 715-проект самоходной установки с 152-мм пушкой (возможно именовалась СУ-152БМ)
объект 718-проект тяжелого четырёхгусеничного танка
объект 726-проект тяжелого четырёхгусеничного танка
объект 728ПТ-76Ранний полноразмерный макет объекта 740, изготовленный для исследования плавучести
объект 730Т-10
объект 730АТ-10А
объект 730БТ-10Б
бъект 732Мопытный танк Т-10М, на который в качестве дополнительного оружия устанавливался ПТРК 9К14 «Малютка»
объект 734Т-10Мобозначение ЧТЗ
объект 740ПТ-76
объект 747проект тяжёлого ракетного танка, на базе Т-10, с ПТРК «Рубин»
объект 750БТР-50П
объект 750КБТР-50ПУ
объект 750МБТР-50ПА
объект 750ПКБТР-50ППК
объект 757опытный тяжёлый ракетный танк, на базе ИС-3М
объект 760опытный ходовой макет боевой машины на воздушной подушке
объект 761БРДМ-ВПКпроект бронированной разведывательно-дозорной машины на воздушной подушке
объект 765БМП-1
объект 768опытная боевая машина пехоты, на базе БМП-1
объект 769опытная боевая машина пехоты, на базе БМП-1
объект 770опытный тяжёлый танк
объект 772проект ракетного танка, на базе шасси Т-64
объект 775экспериментальный ракетный танк
объект 775Тмодификация с ГТД-700
объект 778проект ракетного танка
объект 780экспериментальный ракетный танк, на базе объект 775
объект 781опытная боевая машина поддержки танков
объект 782опытная боевая машина поддержки танков, на базе Т-72Б
объект 785опытный основной боевой танк
объект 787опытная боевая машина поддержки танков
объект 8038У218самоходная пусковая установка ОТР 8К11 на базе ИСУ-152К
объект 8042П4самоходная пусковая установка ТРК 2К4 «Филин» на базе ИСУ-152К
объект 805защищённый самоходный манипулятор для заправки специальной БЧ «Генератор-5» боевыми радиоактивными веществами
объект 815опытный стартовый агрегат для комплексов РТ-15, на базе танка Т-10
объект 820опытный транспортно-установочный агрегаты для комплексов РТ-20, на базе танка Т-10М
объект 821опытная пусковая установка для комплексов РТ-20, на базе танка Т-10М
объект 825опытное гусеничное шасси для комплексов Темп-2С, объект 825сп2 на базе шасси Т-10, объект 825сп3 на базе шасси Т-80
объект 900БТР-50ПУ
объект 904опытный ходовой макет боевой машины на воздушной подушке
объект 905БТР-50ПН
объект 906ПТ-85/ПТ-90опытный лёгкий плавающий танк
объект 907ПТ-76Мопытный лёгкий плавающий танк, модернизация ПТ-76
объект 907проект среднего танка
объект 909проект командно-штабной машины, на базе объекта 906
объект 911опытная колёсно-гусеничная боевая машина пехоты
объект 911Бопытный лёгкий плавающий танк
объект 914опытная боевая машина пехоты
объект 915БМД-1
объект 916БМД-2
объект 916КБМД-2К
объект 920ракетный танк с управляемой ракетой ПТРК «Лотос-М»
объект 9242С2 «Фиалка»опытный десантируемная самоходная 122-мм гаубица, на базе шасси БМД-1 и модифицированной артиллерийской частью от 2С1 «Гвоздика»
объект 934опытный десантируемый лёгкий плавающий танк объект 934 «Судья»
объект 940опытная десантируемая плавающая командно-штабная машина
объект 9522С25 «Спрут-СД»
объект 955БТР-МД «Ракушка»опытный десантируемый бронетранспортёр
объект 1015опытный бронетранспортёр
объект 1040плавающее колесное шасси на базе объекта 1015, на нём планировалось монтировать ПУ ЗРК 9К33 «Оса» (раннее название — «Эллипсоид»)
объект 1200опытная боевая машина пехоты

Процесс разработки программного обеспечения — Википедия

Процесс разработки программного обеспечения (англ. software development process, software process) — структура, согласно которой построена разработка программного обеспечения (ПО)[источник не указан 1023 дня].

Существует несколько моделей такого процесса, каждая из которых описывает свой подход, в виде задач и/или деятельности, которые имеют место в ходе процесса.

Процесс разработки состоит из множества подпроцессов, или дисциплин, некоторые из которых показаны ниже. В модели водопада они идут одна за другой, в других аналогичных процессах их порядок или состав изменяется.

Водопадная (каскадная, последовательная) модель[править | править код]

Водопадная модель жизненного цикла (англ. waterfall model) была описана Уинстоном Ройсом в статье "Managing the Development of Large Software Systems" в 1970 г. Она предусматривает последовательное выполнение всех этапов проекта в строго фиксированном порядке. Переход на следующий этап означает полное завершение работ на предыдущем этапе. Требования, определенные на стадии формирования требований, строго документируются в виде технического задания и фиксируются на все время разработки проекта. Каждая стадия завершается выпуском полного комплекта документации, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков.

Этапы проекта в соответствии с каскадной моделью:

  1. Формирование требований;
  2. Проектирование;
  3. Реализация;
  4. Тестирование;
  5. Внедрение;
  6. Эксплуатация и сопровождение.

Преимущества:

  • Полная и согласованная документация на каждом этапе;
  • Легко определить сроки и затраты на проект.

Недостатки:

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

Итерационная модель[править | править код]

Альтернативой последовательной модели является так называемая модель итеративной и инкрементальной разработки (англ. iterative and incremental development, IID), получившей также от Т. Гилба в 70-е гг. название эволюционной модели. Также эту модель называют итеративной моделью и инкрементальной моделью[3].

Модель IID предполагает разбиение жизненного цикла проекта на последовательность итераций, каждая из которых напоминает «мини-проект», включая все процессы разработки в применении к созданию меньших фрагментов функциональности, по сравнению с проектом в целом. Цель каждой итерации — получение работающей версии программной системы, включающей функциональность, определённую интегрированным содержанием всех предыдущих и текущей итерации. Результат финальной итерации содержит всю требуемую функциональность продукта. Таким образом, с завершением каждой итерации продукт получает приращение — инкремент — к его возможностям, которые, следовательно, развиваются эволюционно. Итеративность, инкрементальность и эволюционность в данном случае есть выражение одного и того же смысла разными словами со слегка разных точек зрения[2].

По выражению Т. Гилба, «эволюция — приём, предназначенный для создания видимости стабильности. Шансы успешного создания сложной системы будут максимальными, если она реализуется в серии небольших шагов и если каждый шаг заключает в себе четко определённый успех, а также возможность «отката» к предыдущему успешному этапу в случае неудачи. Перед тем, как пустить в дело все ресурсы, предназначенные для создания системы, разработчик имеет возможность получать из реального мира сигналы обратной связи и исправлять возможные ошибки в проекте»[3].

Подход IID имеет и свои отрицательные стороны, которые, по сути, — обратная сторона достоинств. Во-первых, целостное понимание возможностей и ограничений проекта очень долгое время отсутствует. Во-вторых, при итерациях приходится отбрасывать часть сделанной ранее работы. В-третьих, добросовестность специалистов при выполнении работ всё же снижается, что психологически объяснимо, ведь над ними постоянно висит ощущение, что «всё равно всё можно будет переделать и улучшить позже»[2].

Различные варианты итерационного подхода реализованы в большинстве современных методологий разработки (RUP, MSF, XP).

Спиральная модель[править | править код]

Спиральная модель (англ. spiral model) была разработана в середине 1980-х годов Барри Боэмом. Она основана на классическом цикле Деминга PDCA (plan-do-check-act). При использовании этой модели ПО создается в несколько итераций (витков спирали) методом прототипирования.

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

На каждой итерации оцениваются:

  • риск превышения сроков и стоимости проекта;
  • необходимость выполнения ещё одной итерации;
  • степень полноты и точности понимания требований к системе;
  • целесообразность прекращения проекта.

Важно понимать, что спиральная модель является не альтернативой эволюционной модели (модели IID), а специально проработанным вариантом. К сожалению, нередко спиральную модель либо ошибочно используют как синоним эволюционной модели вообще, либо (не менее ошибочно) упоминают как совершенно самостоятельную модель наряду с IID[2].

Отличительной особенностью спиральной модели является специальное внимание, уделяемое рискам, влияющим на организацию жизненного цикла, и контрольным точкам. Боэм формулирует 10 наиболее распространённых (по приоритетам) рисков:

  1. Дефицит специалистов.
  2. Нереалистичные сроки и бюджет.
  3. Реализация несоответствующей функциональности.
  4. Разработка неправильного пользовательского интерфейса.
  5. Перфекционизм, ненужная оптимизация и оттачивание деталей.
  6. Непрекращающийся поток изменений.
  7. Нехватка информации о внешних компонентах, определяющих окружение системы или вовлеченных в интеграцию.
  8. Недостатки в работах, выполняемых внешними (по отношению к проекту) ресурсами.
  9. Недостаточная производительность получаемой системы.
  10. Разрыв в квалификации специалистов разных областей.

В сегодняшней спиральной модели определён следующий общий набор контрольных точек[4]:

  1. Concept of Operations (COO) — концепция (использования) системы;
  2. Life Cycle Objectives (LCO) — цели и содержание жизненного цикла;
  3. Life Cycle Architecture (LCA) — архитектура жизненного цикла; здесь же возможно говорить о готовности концептуальной архитектуры целевой программной системы;
  4. Initial Operational Capability (IOC) — первая версия создаваемого продукта, пригодная для опытной эксплуатации;
  5. Final Operational Capability (FOC) –— готовый продукт, развернутый (установленный и настроенный) для реальной эксплуатации.
  1. ↑ Брукс Ф. Мифический человеко-месяц или как создаются программные системы : пер. с англ. / Ф. Брукс. — Санкт-Петербург : Символ-Плюс, 1999. — 304 с.: ил.
  2. 1 2 3 4 Мирошниченко Е. А. Технологии программирования: учебное пособие / Е. А. Мирошниченко. — 2-е изд., испр. и доп. — Томск: Изд-во Томского политехнического университета, 2008. — 128 с.
  3. 1 2 Ларман К. Итеративная и инкрементальная разработка: краткая история / К. Ларман, В. Базили // Открытые системы. — 2003.— N 9.
  4. ↑ Орлик С. Введение в программную инженерию и управление жизненным циклом ПО. [1]

About Author


alexxlab

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *