Программная инженерия синоним

Фраза «программная инженерия»

Фраза состоит из двух слов и 20 букв без пробелов.

Синонимы к фразе «программная инженерия»

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

Фразы

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

Ваш синоним добавлен!

Написание фразы «программная инженерия» наоборот

Как эта фраза пишется в обратной последовательности.

яиренежни яанммаргорп 😀

Написание фразы «программная инженерия» в транслите

Как эта фраза пишется в транслитерации.

в латинской🇬🇧 programmnaya inzheneria

Как эта фраза пишется в пьюникоде — Punycode, ACE-последовательность IDN

xn--80aah1bagchjc4o xn--e1aabhd0acz0l

Как эта фраза пишется в английской Qwerty-раскладке клавиатуры.

ghjuhfvvyfzby;tythbz

Написание фразы «программная инженерия» шрифтом Брайля

Как эта фраза пишется рельефно-точечным тактильным шрифтом.

⠏⠗⠕⠛⠗⠁⠍⠍⠝⠁⠫⠀⠊⠝⠚⠑⠝⠑⠗⠊⠫

Передача фразы «программная инженерия» на азбуке Морзе

Как эта фраза передаётся на морзянке.

⋅ – – ⋅ ⋅ – ⋅ – – – – – ⋅ ⋅ – ⋅ ⋅ – – – – – – ⋅ ⋅ – ⋅ – ⋅ – ⋅ ⋅ – ⋅ ⋅ ⋅ ⋅ – ⋅ – ⋅ ⋅ ⋅ – ⋅ ⋅ ⋅ ⋅ – ⋅ –

Произношение фразы «программная инженерия» на дактильной азбуке

Как эта фраза произносится на ручной азбуке глухонемых (но не на языке жестов).

Передача фразы «программная инженерия» семафорной азбукой

Как эта фраза передаётся флажковой сигнализацией.

Остальные фразы со слова «программная»

Какие ещё фразы начинаются с этого слова.

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

Ваша фраза добавлена!

Остальные фразы из 2 слов

Какие ещё фразы состоят из такого же количества слов.

• а вдобавок
• а вдруг
• а ведь
• а вот
• а если
• а ещё
• а именно
• а капелла
• а каторга
• а ну-ка
• а приятно
• а также
• а там
• а то
• аа говорит
• аа отвечает
• аа рассказывает
• ааронов жезл
• аароново благословение
• аароново согласие
• аб ово
• абажур лампы
• абазинская аристократия
• абазинская литература

Комментарии

@bgnwh 07.01.2020 17:50

Что значит фраза «программная инженерия»? Как это понять?..

Ответить

@lptxvnt 19.09.2022 14:37

1

Народный словарь великого и могучего живого великорусского языка.

Онлайн-словарь слов и выражений русского языка. Ассоциации к словам, синонимы слов, сочетаемость фраз. Морфологический разбор: склонение существительных и прилагательных, а также спряжение глаголов. Морфемный разбор по составу словоформ.

По всем вопросам просьба обращаться в письмошную.

ПРОГРА́ММНЫЙ, —ая, —ое. 1. Прил. к программа. Дискуссия по программным вопросам. Программные установки партии. Программный центр радиовещания. Готовить к экзамену программный материал.

Все значения слова «программный»

ИНЖЕНЕ́РИЯ, -и, ж. 1. Устар. Инженерное искусство, инженерное дело. Для последовательной атаки атомного ядра понадобятся громадные энергии. — И он понимал: только высокая инженерия сможет со временем дать их атомной физике. Данин, Резерфорд.

Все значения слова «инженерия»

• инженер
• чертежи
• технология
• (ещё ассоциации…)

• Разбор по составу слова «программный»
• Разбор по составу слова «инженерия»

• Как правильно пишется слово «программный»
• Как правильно пишется слово «инженерия»

Что такое программная инженерия

Термин «программная инженерия» или «технология программирования», как он звучал в СССР, появился достаточно давно, еще в начале 70-х годов XX века. В то время затраты на программное обеспечение стали сравнимы со стоимостью вычислительной техники (или, как ее называли, «железа»), поэтому потребовалось новое научное направление, в рамках которого удалось бы сократить время на разработку программ и снизить их стоимость.

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

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

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

Связь программной инженерии с другими дисциплинами

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

Информатика (computer science) – научная дисциплина, в которой при помощи математических методов определяют формальные основы вычислимости. В нее входят математическая логика, теория грамматик, методы построения компиляторов, математические формальные методы, используемые в верификации и модельном тестировании и т.д. На первый взгляд информатика и программная инженерия между собой очень похожи, но прикладное применение каждой из дисциплин разное.

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

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

Бизнес-реинжиниринг (business reengineering) – это модернизация бизнеса в отдельно взятой компании за счет внедрения новых методов работы на базе современных информационных систем. Процесс может касаться внутреннего переустройства компании, либо направлен на создание нового клиентского сервиса. Чаще всего эти два процесса взаимосвязаны.

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

Кто такой программный инженер

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

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

Основные составляющие программной инженерии:

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

Скачать файл

В ходе знакомства с постановкой задачи перед началом работы по созданию ПО программный инженер старается найти ответы на следующие вопросы:

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

Когда станет понятно, будет ли это новый продукт с «нуля», или компоновка уже существующих процедур с написанием недостающих кодов, программный инженер ставит перед собой совсем другие вопросы:

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

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

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

Маркеры программной инженерии

Кем можно работать в программной инженерии? Это не будет обычный программист, ограничивающий себя рамками простого написания программ. Кругозор программных инженеров гораздо шире и включает в себя такие категории, как удовлетворение потребностей и решение проблем. Ведь совершенно необязательно на каждом шагу писать программу.

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

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

Прежде чем приступить к программированию, инженеру надо ответить на ряд вопросов:

• Какого результата я должен добиться?
• Что я могу еще сделать для решения задачи, кроме того, что напишу программу?
• Каким образом получение результата станет проще с помощью программы?

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

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

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

Все это должно учитываться при проектировании программ. Какие события они будут отслеживать? Какими сообщениями обмениваться с пользователем? Как будет организована авторизация?

Еще одна характерная черта качественных программ – это чистота кода, а не множество тестов или количество отчётов о покрытии. Простая проверка: этот код сможет прочитать другой инженер? Или еще проще: я, как автор этого кода, смогу прочитать его по прошествии некоторого времени?

Читабельность кода очень важна. К большому сожалению, хороших метрик чистоты кода пока не существует. Иногда помогают шаблоны и методики проектирования, но этого не хватает. Грамотные программные инженеры полагаются на свой опыт и интуицию, формируя в себе чутье на чистоту кода. Можно сравнить с талантом писателя: огромный словарный запас – это еще не гарантия того, что вы сможете написать связный и понятный текст.

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

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

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

Если создаете настольное приложение, то обязательно должны быть две версии – под Mac и Windows. Если ваше новое приложение зависит от поступления внешних данных, то оно должно работать в любых условия х – даже при очень медленном или временно пропадающем подключении.

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

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

Программный инженер и программист: разница в создаваемых продуктах

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

Каждая программа использует компьютерные ресурсы, которые стоят денег. Эффективность работы программного инженера состоит в том, что написанные им программы будут эти ресурсы расходовать очень экономно. Например, как один из способов – подключение кэширования для часто используемых данных. А кроме этого еще тысячи различных инструментов, помогающих ускорить выполнение программ и повысить их эффективность.

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

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

Рассмотрим несколько примеров на предмет важности удобства использования:

• Если разрабатывается форма ввода адресов электронной почты, то в хорошей программе будут игнорироваться регистры букв и даже пробелы по краям. Пользователь не должен следить за клавишей CapsLock, программа и так знает, что e-mail состоит только из прописных букв. При вводе новых адресов должна стоять проверка на их корректность, а в случае ошибки пользователь сразу получает соответствующее уведомление. Это может быть и очевидная проверка на наличие символа «@», и выявление менее заметных ошибок, типа «gmail.cmo».
• Если для получения результата пользователь должен перейти по ссылке, то хорошая программа запомнит, откуда он перешел, и после выполненного действия вернет его обратно. Также удобная программа запомнит уже внесенные данные и выполненные действия, если в дальнейшем они понадобятся пользователю. Например, вы зашли на Expedia как гость и ищете нужный авиарейс, но потом все-таки решили создать аккаунт. Программа сохранит в нем предыдущую историю ваших поисков, чтобы вы могли ее просматривать, заходя с разных устройств.
• Хорошую программу проектируют с учетом потребностей пользователя. Поставьте себя на его место, а не просто навешивайте дополнительные функции.

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

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

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

Проблема защищенности возникает и с вводом правильных данных. Пользователи часто забывают свои пароли – сколько попыток они могут использовать? Программа блокирует пользователей, если они так и не вспомнили свой пароль?

А если еще кто-то пытается их заблокировать? Ваша программа разрешает вводить пароли при незашифрованном соединении? А если вход осуществляется с необычного для этого пользователя IP-адреса? Что должна сделать программа, если его действия похожи на робота?

Как вы защищаете своих клиентов от межсайтового скриптинга и фальшивых запросов, от атак «человек посередине» и простого социального фишинга? Вы предусмотрели в программе, что надо делать, если вдруг начались DDoS-атаки на ваши серверы? Это лишь небольшая часть задач, связанных с защищенностью приложения, которые вы должны решить.

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

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

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

Стандарты программной инженерии

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

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

Наиболее известные международные стандарты программной инженерии:

• ISO/IEC 12207 — Information Technology — Software Life Cycle Processes — Процессы, происходящие при работе программных средств. В стандарт входят определения базовых понятий, таких как программный продукт и жизненный цикл программного продукта.
• SEI CMM — Capability Maturity Model (for Software) — модель степени профессионализма при разработке ПО. В стандарте содержится информация о том, каким должен быть уровень профессионального мастерства при разработке программного обеспечения.
• PMBOK — Project Management Body of Knowledge — Стандарт по управлению проектами.
• SWBOK — Software Engineering Body of Knowledge — Стандарт по программной инженерии. В него входят описания направлений по разделам (областям знаний) программной инженерии.
• ACM/IEEE CC2001 — Computing Curricula 2001 – Академический образовательный стандарт в области компьютерных наук. В него входят четыре основных раздела: Computer science, Computer engineering, Software engineering и Information systems, по каждому из которых определены области знаний, состав и планы рекомендуемых курсов.

Сегодня в рамках стандарта SWBOK разрабатывается расширенная версия стандартов по программной инженерии, в которую вошли пятнадцать направлений:

• Software Requirements — требования к программному обеспечению.
• Software Design — проектирование программного обеспечения.
• Software Construction — конструирование программного обеспечения.
• Software Testing — тестирование программного обеспечения.
• Software Maintenance — сопровождение программного обеспечения.
• Software Configuration Management — управление конфигурацией ПО.
• Software Engineering Management — управление проектом информационных технологий.
• Software Engineering Process — процесс программной инженерии.
• Software Engineering Models and Methods — модели и методы разработки ПО.
• Software Engineering Professional Practice — описание критериев профессионализма и компетентности разработчика программного обеспечения.
• Software Quality — качество программного обеспечения.
• Software Engineering Economics — экономические вопросы разработки программного обеспечения.
• Computing Foundations — основы вычислительных технологий, которые применяют в разработке программного обеспечения.
• Mathematical Foundations — базовые математические законы и понятия, которые используют в разработке программного обеспечения.
• Engineering Foundations — базовые понятия инженерной деятельности.

Инструменты программной инженерии

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

CASE (Computer-Aided Software Engineering) – набор инструментов и методов программной инженерии для проектирования ПО. Программы, созданные с помощью этого набора, отличаются высоким качеством, отсутствием ошибок, очень просты и удобны в обслуживании.

Инструменты (CASE) программной инженерии (Software Engineering Tools):

1. Инструменты работы с различными требованиями (Software Requirements Tools).
2. Инструменты проектирования (Software Design Tools) — создают и проверяют программный дизайн. (SADT/IDEF, UML, BPMN/BPEL, Microsoft DSL и т.п.)
3. Инструменты конструирования (Software Construction Tools) полностью соответствуют понятию «конструирование», входящему в стандарт SWEBOK. Они необходимы в процессе производства и передачи программного текста (например, исходного кода), подготовленного для машинного выполнения.
   • Редакторы (program editors). Необходимы для создания и модификации программ и разработанной для них документации.
   • Компиляторы и генераторы кода (compilers and code generators). Неинтерактивные (командные) трансляторы исходного кода. К этому классу относятся компиляторы и редакторы в интегрированных средах программирования, а также текстовые процессоры, компоновщики/загрузчики и генераторы кода, автоматически создающие исходный код приложения.
   • Интерпретаторы (interpreters). Их зачастую объединяют с компиляторами и генераторами кода, чтобы подготовить исходный код к исполнению.
   • Отладчики (debuggers). Эти инструменты также участвуют в процессе конструирования программного обеспечения, их задача – вылавливать ошибки.
4. Инструменты тестирования (Software Testing Tools).
   • Генераторы тестов (test generators). Помогают разрабатывать сценарии тестирования.
   • Средства выполнения тестов (test execution frameworks). С их помощью создается контролируемая среда, необходимая для исполнения тестовых сценариев, в которой отслеживается поведение тестируемого объекта.
   • Инструменты оценки тестов (test evaluation tools). Поддерживают оценку результатов выполнения тестов – помогают определить, в какой степени и где именно обнаруженное поведение объекта соответствует ожидаемому.
   • Средства управления тестами (test management tools).
   • Инструменты анализа производительности (performance analysis tools).
5. Инструменты сопровождения (Software Maintenance Tools). Очень важный набор инструментов, обеспечивающий сопровождение созданного программного обеспечения, способного модифицироваться.
   • Инструменты облегчения понимания (comprehension tools). Работа с ними помогает человеку понять принцип действия программы. В качестве примера можно рассмотреть различные средства визуализации.
   • Инструменты реинжиниринга (reengineering tools). Эти инструменты помогают проводить реинжиниринг, описанный в стандарте SWEBOK «Software Maintenance».
6. Инструменты конфигурационного управления (Software Configuration Management Tools). Они делятся на три категории:
   • Инструменты отслеживания (tracking) ошибок, расширений и проблем.
   • Инструменты управления разными версиями.
   • Инструменты сборки и выпуска. Управляют задачами сборки и выпуска продуктов, а также включают средства инсталляции.Инструменты конфигурационного управления (Software Configuration Management Tools). Они делятся на три категории:

   

   

   Читайте также

   Средства управления деятельностью по программной инженерии и информационным технологиям делятся на три категории:

   • Инструменты, обеспечивающие планирование и отслеживание проектов.
   • Инструменты, управляющие рисками.
   • Инструменты количественной оценки.

   Инструменты поддержки процессов (Software Engineering Process Tools):

   • Инструменты программного моделирования.
   • Инструменты управления проектами ПО.
   • Инструменты конфигурационного управления, обеспечивающие работу актуальных версий всего комплекса составляющих проекта.
   • Ролевые платформы разработки программного обеспечения, которые охватывают все стадии жизненного цикла ПО и являются следующим этапом развития интегрированных средств разработки и CASE-инструментов в части поддержки «смежной» деятельности – управления требованиями, работ по конфигурационному управлению с поддержкой управления изменениями, тестирования и оценки качества.
7. Инструменты обеспечения качества (Software Quality Tools). Средства делятся на две категории:
   • Инструменты инспектирования. Используются для поддержки обзора (review) и аудита ПО.
   • Инструменты (статического) анализа. Эти средства используются для анализа программных блоков, данных, выполненных работ и зависимостей.

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

Software engineering is an engineering-based approach to software development.^[1][2][3]
A software engineer is a person who applies the engineering design process to design, develop, maintain, test, and evaluate computer software. The term programmer is sometimes used as a synonym, but may also refer more to implementation rather than design and can also lack connotations of engineering education or skills.^[4]

Engineering techniques are used to inform the software development process,^[1][5] which involves the definition, implementation, assessment, measurement, management, change, and improvement of the software life cycle process itself. It heavily uses software configuration management,^[1][5] which is about systematically controlling changes to the configuration, and maintaining the integrity and traceability of the configuration and code throughout the system life cycle. Modern processes use software versioning.

History[edit]

Beginning in the 1960s, software engineering was seen as its own type of engineering. Additionally, the development of software engineering was seen as a struggle. It was difficult to keep up with the hardware which caused many problems for software engineers. Problems included software that was over budget, exceeded deadlines, required extensive de-bugging and maintenance, and unsuccessfully met the needs of consumers or was never even completed. In 1968 NATO held the first Software Engineering conference where issues related to software were addressed: guidelines and best practices for the development of software were established.^[6]

The origins of the term «software engineering» have been attributed to various sources. The term «software engineering» appeared in a list of services offered by companies in the June 1965 issue of COMPUTERS and AUTOMATION and was used more formally in the August 1966 issue of Communications of the ACM (Volume 9, number “letter to the ACM membership” by the ACM President Anthony A. Oettinger,^[7][8] it is also associated with the title of a NATO conference in 1968 by Professor Friedrich L. Bauer, the first conference on software engineering.^[9] Margaret Hamilton described the discipline «software engineering» during the Apollo missions to give what they were doing legitimacy.^[10] At the time there was perceived to be a «software crisis».^[11][12][13] The 40th International Conference on Software Engineering (ICSE 2018) celebrates 50 years of «Software Engineering» with the Plenary Sessions’ keynotes of Frederick Brooks^[14] and Margaret Hamilton.^[15]

In 1984, the Software Engineering Institute (SEI) was established as a federally funded research and development center headquartered on the campus of Carnegie Mellon University in Pittsburgh, Pennsylvania, United States. Watts Humphrey founded the SEI Software Process Program, aimed at understanding and managing the software engineering process. The Process Maturity Levels introduced would become the Capability Maturity Model Integration for Development(CMMI-DEV), which has defined how the US Government evaluates the abilities of a software development team.

Modern, generally accepted best-practices for software engineering have been collected by the ISO/IEC JTC 1/SC 7 subcommittee and published as the Software Engineering Body of Knowledge (SWEBOK).^[16] Software engineering is considered one of major computing disciplines.^[17]

Definitions and terminology[edit]

Notable definitions of software engineering include:

• «The systematic application of scientific and technological knowledge, methods, and experience to the design, implementation, testing, and documentation of software»—The Bureau of Labor Statistics—IEEE Systems and software engineering – Vocabulary^[18]
• «The application of a systematic, disciplined, quantifiable approach to the development, operation, and maintenance of software»—IEEE Standard Glossary of Software Engineering Terminology^[19]
• «an engineering discipline that is concerned with all aspects of software production»—Ian Sommerville^[20]
• «the establishment and use of sound engineering principles in order to economically obtain software that is reliable and works efficiently on real machines»—Fritz Bauer^[21]
• «a branch of computer science that deals with the design, implementation, and maintenance of complex computer programs»—Merriam-Webster^[22]
• «‘software engineering’ encompasses not just the act of writing code, but all of the tools and processes an organization uses to build and maintain that code over time. […] Software engineering can be thought of as ‘programming integrated over time.'»—Software Engineering at Google^[23]

The term has also been used less formally:

• as the informal contemporary term for the broad range of activities that were formerly called computer programming and systems analysis;^[24]
• as the broad term for all aspects of the practice of computer programming, as opposed to the theory of computer programming, which is formally studied as a sub-discipline of computer science;^[25]
• as the term embodying the advocacy of a specific approach to computer programming, one that urges that it be treated as an engineering discipline rather than an art or a craft, and advocates the codification of recommended practices.^[26]

Etymology of «software engineer»[edit]

Margaret Hamilton promoted the term «software engineering» during her work on the Apollo program. The term «engineering» was used to acknowledge that the work should be taken just as seriously as other contributions toward the advancement of technology. Hamilton details her use of the term:

When I first came up with the term, no one had heard of it before, at least in our world. It was an ongoing joke for a long time. They liked to kid me about my radical ideas. It was a memorable day when one of the most respected hardware gurus explained to everyone in a meeting that he agreed with me that the process of building software should also be considered an engineering discipline, just like with hardware. Not because of his acceptance of the new «term» per se, but because we had earned his and the acceptance of the others in the room as being in an engineering field in its own right.^[27]

Suitability of the term[edit]

Individual commentators have disagreed sharply on how to define software engineering or its legitimacy as an engineering discipline. David Parnas has said that software engineering is, in fact, a form of engineering.^[28][29] Steve McConnell has said that it is not, but that it should be.^[30] Donald Knuth has said that programming is an art and a science.^[31] Edsger W. Dijkstra claimed that the terms software engineering and software engineer have been misused^{[improper synthesis?]} and should be considered harmful, particularly in the United States.^[32]

Tasks in large scale projects[edit]

Software requirements[edit]

Requirements engineering is about the elicitation, analysis, specification, and validation of requirements for software. Software requirements can be of three different types. There are functional requirements, non-functional requirements, and domain requirements. The operation of the software should be performed and the proper output should be expected for the user to use. Non-functional requirements deal with issues like portability, security, maintainability, reliability, scalability, performance, reusability, and flexibility. They are classified into the following types: interface constraints, performance constraints (such as response time, security, storage space, etc.), operating constraints, life cycle constraints (maintainability, portability, etc.), and economic constraints. Knowledge of how the system or software works is needed when it comes to specifying non-functional requirements. Domain requirements have to do with the characteristic of a certain category or domain of projects.^[33]

Software design[edit]

Software design is about the process of defining the architecture, components, interfaces, and other characteristics of a system or component. This is also called software architecture. Software design is divided into three different levels of design. The three levels are interface design, architectural design, and detailed design. Interface design is the interaction between a system and its environment. This happens at a high level of abstraction along with the inner workings of the system. Architectural design has to do with the major components of a system and their responsibilities, properties, interfaces, and their relationships and interactions that occur between them. Detailed design is the internal elements of all the major system components, their properties, relationships, processing, and usually their algorithms and the data structures.^[34]

Software construction[edit]

Software construction, the main activity of software development,^[1][5] is the combination of programming, unit testing, integration testing, and debugging so as to implement the design. Testing during this phase is generally performed by the programmer while the software is under construction, to verify what was just written and decide when the code is ready to be sent to the next step.

Software testing[edit]

Software testing^[1][5] is an empirical, technical investigation conducted to provide stakeholders with information about the quality of the product or service under test, with different approaches such as unit testing and integration testing. It is one aspect of software quality. As a separate phase in software development, it is typically performed by quality assurance staff or a developer other than the one who wrote the code.

Software analysis[edit]

Software analysis is the process of analyzing the behavior of computer programs regarding a property such as performance, robustness, and security It can be performed without executing the program (static program analysis), during runtime (dynamic program analysis) or in a combination of both.

Software maintenance[edit]

Software maintenance^[1][5] refers to the activities required to provide cost-effective support after shipping the software product. Software maintenance is modifying and updating software applications after distribution to correct faults and to improve its performance. Software has a lot to do with the real world and when the real world changes, software maintenance is required. Software maintenance includes: error correction, optimization, deletion of unused and discarded features, and enhancement of features that already exist. Usually, maintenance takes up about 40% to 80% of the project cost therefore, focusing on maintenance keeps the costs down.^[35]

Education[edit]

Knowledge of computer programming is a prerequisite for becoming a software engineer. In 2004 the IEEE Computer Society produced the SWEBOK, which has been published as ISO/IEC Technical Report 1979:2005, describing the body of knowledge that they recommend to be mastered by a graduate software engineer with four years of experience.^[36]
Many software engineers enter the profession by obtaining a university degree or training at a vocational school. One standard international curriculum for undergraduate software engineering degrees was defined by the Joint Task Force on Computing Curricula of the IEEE Computer Society and the Association for Computing Machinery, and updated in 2014.^[37] A number of universities have Software Engineering degree programs; as of 2010, there were 244 Campus Bachelor of Software Engineering programs, 70 Online programs, 230 Masters-level programs, 41 Doctorate-level programs, and 69 Certificate-level programs in the United States.

In addition to university education, many companies sponsor internships for students wishing to pursue careers in information technology. These internships can introduce the student to interesting real-world tasks that typical software engineers encounter every day. Similar experience can be gained through military service in software engineering.

Software engineering degree programs[edit]

Half of all practitioners today have degrees in computer science, information systems, or information technology.^{[citation needed]} A small, but growing, number of practitioners have software engineering degrees. In 1987, the Department of Computing at Imperial College London introduced the first three-year software engineering Bachelor’s degree in the UK and the world; in the following year, the University of Sheffield established a similar program.^[38] In 1996, the Rochester Institute of Technology established the first software engineering bachelor’s degree program in the United States, however, it did not obtain ABET accreditation until 2003, the same time as Rice University, Clarkson University, Milwaukee School of Engineering and Mississippi State University obtained theirs.^[39] In 1997, PSG College of Technology in Coimbatore, India was the first to start a five-year integrated Master of Science degree in Software Engineering.^{[citation needed]}

Since then, software engineering undergraduate degrees have been established at many universities. A standard international curriculum for undergraduate software engineering degrees, SE2004, was defined by a steering committee between 2001 and 2004 with funding from the Association for Computing Machinery and the IEEE Computer Society. As of 2004, in the U.S., about 50 universities offer software engineering degrees, which teach both computer science and engineering principles and practices. The first software engineering Master’s degree was established at Seattle University in 1979. Since then graduate software engineering degrees have been made available from many more universities. Likewise in Canada, the Canadian Engineering Accreditation Board (CEAB) of the Canadian Council of Professional Engineers has recognized several software engineering programs.

In 1998, the US Naval Postgraduate School (NPS) established the first doctorate program in Software Engineering in the world.^{[citation needed]} Additionally, many online advanced degrees in Software Engineering have appeared such as the Master of Science in Software Engineering (MSE) degree offered through the Computer Science and Engineering Department at California State University, Fullerton. Steve McConnell opines that because most universities teach computer science rather than software engineering, there is a shortage of true software engineers.^[40] ETS (École de technologie supérieure) University and UQAM (Université du Québec à Montréal) were mandated by IEEE to develop the Software Engineering Body of Knowledge (SWEBOK), which has become an ISO standard describing the body of knowledge covered by a software engineer.^[41]

Profession[edit]

Legal requirements for the licensing or certification of professional software engineers vary around the world. In the UK, there is no licensing or legal requirement to assume or use the job title Software Engineer. In some areas of Canada, such as Alberta, British Columbia, Ontario,^[42] and Quebec, software engineers can hold the Professional Engineer (P.Eng) designation and/or the Information Systems Professional (I.S.P.) designation. In Europe, Software Engineers can obtain the European Engineer (EUR ING) professional title.

In the United States, the NCEES began offering a Professional Engineer exam for Software Engineering in 2013, thereby allowing Software Engineers to be licensed and recognized.^[43] NCEES ended the exam after April 2019 due to lack of participation.^[44] Mandatory licensing is currently still largely debated, and perceived as controversial.^{[citation needed]} In some parts of the US such as Texas, the use of the term Engineer is regulated by law and reserved only for use by individuals who have a Professional Engineer license.^{[citation needed]}

The IEEE Computer Society and the ACM, the two main US-based professional organizations of software engineering, publish guides to the profession of software engineering. The IEEE’s Guide to the Software Engineering Body of Knowledge – 2004 Version, or SWEBOK, defines the field and describes the knowledge the IEEE expects a practicing software engineer to have. The most current SWEBOK v3 is an updated version and was released in 2014.^[45] The IEEE also promulgates a «Software Engineering Code of Ethics».^[46]

Employment[edit]

There are an estimated 26.9 million professional software engineers in the world as of 2022, up from 21 million in 2016.^[47][48]

Many software engineers work as employees or contractors. Software engineers work with businesses, government agencies (civilian or military), and non-profit organizations. Some software engineers work for themselves as freelancers. Some organizations have specialists to perform each of the tasks in the software development process. Other organizations require software engineers to do many or all of them. In large projects, people may specialize in only one role. In small projects, people may fill several or all roles at the same time. Many companies hire interns, often university or college students during a summer break, or externships. Specializations include analysts, architects, developers, testers, technical support, middleware analysts, project managers, educators, and researchers.

Most software engineers and programmers work 40 hours a week, but about 15 percent of software engineers and 11 percent of programmers worked more than 50 hours a week in 2008.^[49] Potential injuries in these occupations are possible because like other workers who spend long periods sitting in front of a computer terminal typing at a keyboard, engineers and programmers are susceptible to eyestrain, back discomfort, and hand and wrist problems such as carpal tunnel syndrome.^[50]

United States[edit]

The U. S. Bureau of Labor Statistics (BLS) counted 1,365,500 software developers holding jobs in the U.S. in 2018.^[51] Due to its relative newness as a field of study, formal education in software engineering is often taught as part of a computer science curriculum, and many software engineers hold computer science degrees.^[52] The BLS estimates from 2014 to 2024 that computer software engineering would increase by 17% .^[53] This is down from the 2012 to 2022 BLS estimate of 22% for software engineering.^[54][53] And, is further down from their 30% 2010 to 2020 BLS estimate.^[55] Due to this trend, job growth may not be as fast as during the last decade, as jobs that would have gone to computer software engineers in the United States would instead be outsourced to computer software engineers in countries such as India and other foreign countries.^[56][49] In addition, the BLS Job Outlook for Computer Programmers, 2014–24 predicts an −8% (a decline, in their words),^[56] then a decline in the Job Outlook, 2019-29 of -9%,^[57] and a 10% decline for 2021-2031 for those who program computers.^[58][59] Furthermore, women in many software fields has also been declining over the years as compared to other engineering fields.^[60] However, this trend may change or slow in the future as many current software engineers in the U.S. market leave the profession or age out of the market in the next few decades.^[61]

Certification[edit]

The Software Engineering Institute offers certifications on specific topics like security, process improvement and software architecture.^[62] IBM, Microsoft and other companies also sponsor their own certification examinations. Many IT certification programs are oriented toward specific technologies, and managed by the vendors of these technologies.^[63] These certification programs are tailored to the institutions that would employ people who use these technologies.

Broader certification of general software engineering skills is available through various professional societies. As of 2006, the IEEE had certified over 575 software professionals as a Certified Software Development Professional (CSDP).^[64] In 2008 they added an entry-level certification known as the Certified Software Development Associate (CSDA).^[65] The ACM had a professional certification program in the early 1980s,^{[citation needed]} which was discontinued due to lack of interest. The ACM examined the possibility of professional certification of software engineers in the late 1990s, but eventually decided that such certification was inappropriate for the professional industrial practice of software engineering.^[66]

In the U.K. the British Computer Society has developed a legally recognized professional certification called Chartered IT Professional (CITP), available to fully qualified members (MBCS). Software engineers may be eligible for membership of the Institution of Engineering and Technology and so qualify for Chartered Engineer status. In Canada the Canadian Information Processing Society has developed a legally recognized professional certification called Information Systems Professional (ISP).^[67] In Ontario, Canada, Software Engineers who graduate from a Canadian Engineering Accreditation Board (CEAB) accredited program, successfully complete PEO’s (Professional Engineers Ontario) Professional Practice Examination (PPE) and have at least 48 months of acceptable engineering experience are eligible to be licensed through the Professional Engineers Ontario and can become Professional Engineers P.Eng.^[68] The PEO does not recognize any online or distance education however; and does not consider Computer Science programs to be equivalent to software engineering programs despite the tremendous overlap between the two. This has sparked controversy and a certification war. It has also held the number of P.Eng holders for the profession exceptionally low. The vast majority of working professionals in the field hold a degree in CS, not SE. Given the difficult certification path for holders of non-SE degrees, most never bother to pursue the license.

Impact of globalization[edit]

The initial impact of outsourcing, and the relatively lower cost of international human resources in developing third world countries led to a massive migration of software development activities from corporations in North America and Europe to India and later: China, Russia, and other developing countries. This approach had some flaws, mainly the distance / time zone difference that prevented human interaction between clients and developers and the massive job transfer. This had a negative impact on many aspects of the software engineering profession. For example, some students in the developed world avoid education related to software engineering because of the fear of offshore outsourcing (importing software products or services from other countries) and of being displaced by foreign visa workers.^[69] Although statistics do not currently show a threat to software engineering itself; a related career, computer programming does appear to have been affected.^[70][71] Nevertheless, the ability to smartly leverage offshore and near-shore resources via the follow-the-sun workflow has improved the overall operational capability of many organizations.^[72] When North Americans are leaving work, Asians are just arriving to work. When Asians are leaving work, Europeans are arriving to work. This provides a continuous ability to have human oversight on business-critical processes 24 hours per day, without paying overtime compensation or disrupting a key human resource, sleep patterns.

While global outsourcing has several advantages, global – and generally distributed – development can run into serious difficulties resulting from the distance between developers. This is due to the key elements of this type of distance that have been identified as geographical, temporal, cultural and communication (that includes the use of different languages and dialects of English in different locations).^[73] Research has been carried out in the area of global software development over the last 15 years and an extensive body of relevant work published that highlights the benefits and problems associated with the complex activity. As with other aspects of software engineering research is ongoing in this and related areas.

Prizes[edit]

There are several prizes in the field of software engineering:^[74]

• The Codie awards is a yearly award issued by the Software and Information Industry Association for excellence in software development within the software industry.
• Jolt Awards are awards in the software industry.
• Stevens Award is a software engineering award given in memory of Wayne Stevens.
• Harlan Mills Award for «contributions to the theory and practice of the information sciences, focused on software engineering».

Criticism[edit]

Software engineering sees its practitioners as individuals who follow well-defined engineering approaches to problem-solving. These approaches are specified in various software engineering books and research papers, always with the connotations of predictability, precision, mitigated risk and professionalism. This perspective has led to calls^{[by whom?]} for licensing, certification and codified bodies of knowledge as mechanisms for spreading the engineering knowledge and maturing the field.

Software engineering extends engineering and draws on the engineering model, i.e. engineering process, engineering project management, engineering requirements, engineering design, engineering construction, and engineering validation. The concept is so new that it is rarely understood, and it is widely misinterpreted, including in software engineering textbooks, papers, and among the communities of programmers and crafters.

One of the core issues in software engineering is that its approaches are not empirical enough because a real-world validation of approaches is usually absent, or very limited and hence software engineering is often misinterpreted as feasible only in a «theoretical environment.»

Edsger Dijkstra, the founder of many of the concepts used within software development today, rejected the idea of «software engineering» up until his death in 2002, arguing that those terms were poor analogies for what
he called the «radical novelty» of computer science:

A number of these phenomena have been bundled under the name «Software Engineering». As economics is known as «The Miserable Science», software engineering should be known as «The Doomed Discipline», doomed because it cannot even approach its goal since its goal is self-contradictory. Software engineering, of course, presents itself as another worthy cause, but that is eyewash: if you carefully read its literature and analyse what its devotees actually do, you will discover that software engineering has accepted as its charter «How to program if you cannot.»^[75]

See also[edit]

Study and practice[edit]

• Computer science
• Data engineering
• Software craftsmanship
• Software development
• Release engineering

Roles[edit]

• Programmer
• Systems analyst
• Systems architect

Professional aspects[edit]

• Bachelor of Science in Information Technology
• Bachelor of Software Engineering
• List of software engineering conferences
• List of computer science journals (including software engineering journals)
• Software Engineering Institute

References[edit]

Citations[edit]

Sources[edit]

Further reading[edit]

• Guide to the Software Engineering Body of Knowledge (SWEBOK Guide): Version 3.0. Pierre Bourque, Richard E. Fairley (eds.). IEEE Computer Society. 2014. ISBN 978-0-7695-5166-1.{{cite book}}: CS1 maint: others (link)
• Pressman, Roger S (2009). Software Engineering: A Practitioner’s Approach (7th ed.). Boston, Mass: McGraw-Hill. ISBN 978-0-07-337597-7.
• Sommerville, Ian (2010) [2010]. Software Engineering (9th ed.). Harlow, England: Pearson Education. ISBN 978-0-13-703515-1.
• Jalote, Pankaj (2005) [1991]. An Integrated Approach to Software Engineering (3rd ed.). Springer. ISBN 978-0-387-20881-7.
• Bruegge, Bernd; Dutoit, Allen (2009). Object-oriented software engineering : using UML, patterns, and Java (3rd ed.). Prentice Hall. ISBN 978-0-13-606125-0.
• Oshana, Robert (2019-06-21). Software engineering for embedded systems : methods, practical techniques, and applications (Second ed.). Kidlington, Oxford, United Kingdom. ISBN 978-0-12-809433-4.

External links[edit]

• Guide to the Software Engineering Body of Knowledge
• The Open Systems Engineering and Software Development Life Cycle Framework Archived 2010-07-18 at the Wayback Machine OpenSDLC.org the integrated Creative Commons SDLC
• Software Engineering Institute Carnegie Mellon