Программная инженерия – это инженерно -ориентированный подход к разработке программного обеспечения . [1] [2] [3] Инженер -программист — это человек, который применяет процесс инженерного проектирования для проектирования, разработки, тестирования, обслуживания и оценки компьютерного программного обеспечения . Термин «программист» иногда используется как синоним, но он может подчеркивать реализацию программного обеспечения, а не проектирование, а также может не иметь значения инженерного образования или навыков. [4]
Инженерные методы используются для информирования процесса разработки программного обеспечения , [1] [5] , который включает в себя определение, реализацию, оценку, измерение, управление, изменение и улучшение самого процесса жизненного цикла программного обеспечения. Он активно использует управление конфигурацией программного обеспечения [1] [5] , которое заключается в систематическом контроле изменений конфигурации и поддержании целостности и отслеживаемости конфигурации и кода на протяжении всего жизненного цикла системы. Современные процессы используют управление версиями программного обеспечения .
Начиная с 1960-х годов разработка программного обеспечения рассматривалась как отдельный вид разработки . Кроме того, развитие разработки программного обеспечения рассматривалось как борьба. Было трудно поддерживать аппаратное обеспечение, что создавало множество проблем для разработчиков программного обеспечения. Проблемы включали программное обеспечение, которое превышало бюджет, превышало сроки, требовало обширной отладки и обслуживания, а также не отвечало потребностям потребителей или даже не было завершено. В 1968 году НАТО провела первую конференцию по разработке программного обеспечения, на которой были рассмотрены вопросы, связанные с программным обеспечением: были установлены руководящие принципы и передовой опыт разработки программного обеспечения. [6]
Истоки термина «программная инженерия» приписывают различным источникам. Этот термин появился в списке услуг, предлагаемых компаниями, в июньском выпуске журнала «Компьютеры и автоматизация» за 1965 год [7] и более формально использовался в августовском выпуске «Communications of the ACM» за 1966 год (том 9, номер 8) «письмо к членство в ACM» президента ACM Энтони А. Эттингера. [8] [9] Это также связано с названием конференции НАТО в 1968 году профессора Фридриха Л. Бауэра . [10] Маргарет Гамильтон описала дисциплину «разработки программного обеспечения» во время миссий Аполлона, чтобы придать легитимность тому, что они делали. [11] В то время это воспринималось как « кризис программного обеспечения ». [12] [13] [14] 40-я Международная конференция по программной инженерии (ICSE 2018) отмечает 50-летие «программной инженерии» с докладами на пленарных заседаниях Фредерика Брукса [15] и Маргарет Гамильтон . [16]
В 1984 году был основан Институт программной инженерии (SEI) как финансируемый из федерального бюджета центр исследований и разработок со штаб-квартирой в кампусе Университета Карнеги-Меллон в Питтсбурге, штат Пенсильвания, США. Уоттс Хамфри основал программу SEI Software Process, направленную на понимание и управление процессом разработки программного обеспечения. Введенные уровни зрелости процессов станут Интегрированной моделью зрелости возможностей для развития (CMMI-DEV), которая определяет, как правительство США оценивает способности команды разработчиков программного обеспечения.
Современные, общепринятые передовые методы разработки программного обеспечения были собраны подкомитетом ISO/IEC JTC 1/SC 7 и опубликованы как Свод знаний по программной инженерии (SWEBOK). [17] Разработка программного обеспечения считается одной из основных вычислительных дисциплин. [18]
Известные определения программной инженерии включают:
Этот термин также использовался менее формально:
Маргарет Гамильтон продвигала термин «программная инженерия» во время работы над программой «Аполлон» . Термин «инженерия» использовался для признания того, что к этой работе следует относиться так же серьезно, как и к другому вкладу в развитие технологий. Гамильтон подробно описывает использование этого термина:
Когда я впервые придумал этот термин, никто о нем раньше не слышал, по крайней мере, в нашем мире. Это была постоянная шутка в течение долгого времени. Им нравилось подшучивать над моими радикальными идеями. Это был памятный день, когда один из самых уважаемых гуру аппаратного обеспечения объяснил всем на собрании, что он согласен со мной в том, что процесс создания программного обеспечения также следует рассматривать как инженерную дисциплину, как и в случае с аппаратным обеспечением. Не из-за того, что он принял новый «термин» как таковой, а потому, что мы заслужили его признание и признание других присутствующих в комнате как представителей отдельной инженерной области. [28]
Отдельные комментаторы резко разошлись во мнениях относительно того, как определять разработку программного обеспечения или ее легитимность как инженерной дисциплины. Дэвид Парнас сказал, что разработка программного обеспечения, по сути, является формой инженерии. [29] [30] Стив МакКоннелл сказал, что это не так, но так должно быть. [31] Дональд Кнут сказал, что программирование — это искусство и наука. [32] Эдсгер В. Дейкстра утверждал, что термины «программная инженерия» и «инженер-программист» использовались неправильно [ неправильный синтез? ] и его следует считать вредным, особенно в Соединенных Штатах. [33]
Инженерия требований – это выявление, анализ, спецификация и проверка требований к программному обеспечению . Требования к программному обеспечению могут быть трех разных типов. Существуют функциональные требования , нефункциональные требования и требования предметной области. Программное обеспечение должно работать и ожидать, что пользователь сможет использовать соответствующие выходные данные. Нефункциональные требования касаются таких вопросов, как переносимость, безопасность, ремонтопригодность, надежность, масштабируемость, производительность, возможность повторного использования и гибкость. Они подразделяются на следующие типы: ограничения интерфейса, ограничения производительности (например, время отклика, безопасность, пространство для хранения и т. д.), эксплуатационные ограничения, ограничения жизненного цикла (ремонтопригодность, переносимость и т. д.) и экономические ограничения. Знание того, как работает система или программное обеспечение , необходимо, когда дело доходит до определения нефункциональных требований. Требования к предметной области связаны с характеристиками определенной категории или области проектов. [34]
Проектирование программного обеспечения — это процесс определения архитектуры, компонентов, интерфейсов и других характеристик системы или компонента. Это также называется архитектурой программного обеспечения . Проектирование программного обеспечения разделено на три различных уровня . Три уровня — это проектирование интерфейса , архитектурное проектирование и детальное проектирование . Проектирование интерфейса — это взаимодействие между системой и ее средой. Это происходит на высоком уровне абстракции вместе с внутренней работой системы. Архитектурный проект имеет дело с основными компонентами системы и их обязанностями, свойствами, интерфейсами, а также их отношениями и взаимодействиями, которые происходят между ними. Детальное проектирование — это внутренние элементы всех основных компонентов системы, их свойства, взаимоотношения, обработка и обычно их алгоритмы и структуры данных . [35]
Создание программного обеспечения, основной вид деятельности по разработке программного обеспечения, [1] [5] представляет собой сочетание программирования , модульного тестирования , интеграционного тестирования и отладки для реализации проекта. Тестирование на этом этапе обычно выполняется программистом во время разработки программного обеспечения, чтобы проверить то, что только что было написано, и решить, когда код будет готов к отправке на следующий этап. [ нужна цитата ]
Тестирование программного обеспечения [1] [5] — это эмпирическое техническое исследование, проводимое с целью предоставить заинтересованным сторонам информацию о качестве тестируемого продукта или услуги с использованием различных подходов, таких как модульное тестирование и интеграционное тестирование . Это один из аспектов качества программного обеспечения . Как отдельный этап разработки программного обеспечения, он обычно выполняется персоналом по обеспечению качества или разработчиком, отличным от того, кто написал код.
Анализ программного обеспечения — это процесс анализа поведения компьютерных программ в отношении таких свойств, как производительность , надежность и безопасность . Он может выполняться без выполнения программы ( статический анализ программы ), во время выполнения ( динамический анализ программы ) или в сочетании того и другого. .
Сопровождение программного обеспечения [1] [5] относится к действиям, необходимым для обеспечения экономически эффективной поддержки после поставки программного продукта. Обслуживание программного обеспечения — это модификация и обновление программных приложений после их распространения для исправления ошибок и улучшения их производительности. Программное обеспечение во многом связано с реальным миром, и когда реальный мир меняется, требуется его обслуживание. Обслуживание программного обеспечения включает в себя: исправление ошибок , оптимизацию, удаление неиспользуемых и отброшенных функций, а также улучшение уже существующих функций. Обычно техническое обслуживание занимает от 40% до 80% стоимости проекта, поэтому сосредоточение внимания на техническом обслуживании позволяет снизить затраты. [36]
Знание компьютерного программирования является обязательным условием для того, чтобы стать инженером-программистом. В 2004 году Компьютерное общество IEEE выпустило SWEBOK , который был опубликован как Технический отчет ISO/IEC 1979:2005, в котором описывается совокупность знаний, которую они рекомендуют освоить дипломированному инженеру-программисту с четырехлетним опытом работы. [37] Многие инженеры-программисты приходят в профессию, получив высшее образование или пройдя обучение в профессионально-техническом училище. Одна стандартная международная учебная программа для бакалавров по разработке программного обеспечения была определена Объединенной целевой группой по вычислительным учебным программам Компьютерного общества IEEE и Ассоциацией вычислительной техники и обновлена в 2014 году . [38] В ряде университетов есть программы на получение степени в области программной инженерии; По состоянию на 2010 год в США [update]существовало 244 программы бакалавриата по программной инженерии , 70 онлайн-программ, 230 программ уровня магистра, 41 программа уровня докторантуры и 69 программ уровня сертификата.
Помимо университетского образования, многие компании спонсируют стажировки для студентов, желающих продолжить карьеру в сфере информационных технологий. Эти стажировки могут познакомить студентов с интересными реальными задачами, с которыми типичные инженеры-программисты сталкиваются каждый день. Аналогичный опыт можно получить, пройдя военную службу в области разработки программного обеспечения.
Половина всех практиков сегодня имеют ученые степени в области компьютерных наук , информационных систем или информационных технологий . [ нужна цитата ] Небольшое, но растущее число практиков имеют степени инженера-программиста. В 1987 году факультет вычислительной техники Имперского колледжа Лондона ввел первую трехлетнюю степень бакалавра в области разработки программного обеспечения в Великобритании и мире; в следующем году аналогичную программу учредил Университет Шеффилда . [39] В 1996 году Рочестерский технологический институт учредил первую в США программу бакалавриата по программной инженерии, однако аккредитацию ABET он получил только в 2003 году, одновременно с Университетом Райса , Университетом Кларксона , Инженерной школой Милуоки и Университет штата Миссисипи получил их. [40] В 1997 году Технологический колледж PSG в Коимбаторе, Индия, первым начал пятилетнюю интегрированную программу обучения на степень магистра наук в области разработки программного обеспечения. [ нужна цитата ]
С тех пор степени бакалавра в области разработки программного обеспечения были учреждены во многих университетах. Стандартная международная учебная программа для получения степени бакалавра в области инженерии программного обеспечения, SE2004 , была определена руководящим комитетом в период с 2001 по 2004 год при финансовой поддержке Ассоциации вычислительной техники и Компьютерного общества IEEE . По состоянию на 2004 год [update]в США около 50 университетов предлагают степени в области разработки программного обеспечения, которые преподают как информатику, так и инженерные принципы и практики. Первая степень магистра в области разработки программного обеспечения была учреждена в Университете Сиэтла в 1979 году. С тех пор степени магистра в области разработки программного обеспечения стали доступны во многих других университетах. Аналогичным образом, в Канаде Канадский совет по инженерной аккредитации (CEAB) Канадского совета профессиональных инженеров признал несколько программ разработки программного обеспечения.
В 1998 году Военно-морская аспирантура США (NPS) учредила первую в мире докторскую программу в области разработки программного обеспечения. [ нужна цитация ] Кроме того, появилось множество онлайн-дипломов в области разработки программного обеспечения, таких как степень магистра наук в области разработки программного обеспечения (MSE), предлагаемая на факультете компьютерных наук и инженерии Калифорнийского государственного университета в Фуллертоне . Стив МакКоннелл полагает, что, поскольку в большинстве университетов преподают информатику, а не разработку программного обеспечения, настоящих инженеров-программистов не хватает. [41] Университет ETS (École de technologie superieure) и UQAM (Университет Квебека в Монреале) получили от IEEE задание разработать свод знаний по программной инженерии ( SWEBOK ), который стал стандартом ISO, описывающим совокупность знаний, охватываемую инженер-программист. [42]
Законодательные требования к лицензированию или сертификации профессиональных разработчиков программного обеспечения различаются по всему миру. В Великобритании нет никаких лицензий или юридических требований для принятия или использования должности «Инженер-программист». В некоторых регионах Канады, таких как Альберта, Британская Колумбия, Онтарио [43] и Квебек, инженеры-программисты могут иметь звание профессионального инженера (P.Eng) и/или звание специалиста по информационным системам (ISP). В Европе инженеры-программисты могут получить профессиональное звание европейского инженера (EUR ING). Инженеры-программисты также могут получить профессиональную квалификацию дипломированного инженера через Британское компьютерное общество .
В Соединенных Штатах NCEES начал предлагать экзамен профессионального инженера по разработке программного обеспечения в 2013 году, что позволило инженерам-программистам получить лицензию и признание. [44] NCEES завершил экзамен после апреля 2019 года из-за отсутствия участия. [45] Обязательное лицензирование в настоящее время все еще широко обсуждается и воспринимается как противоречивое. [ нужна цитата ]
IEEE Computer Society и ACM , две основные профессиональные организации по разработке программного обеспечения в США, публикуют руководства по профессии программной инженерии. Руководство IEEE по своду знаний по программной инженерии – версия 2004 года , или SWEBOK , определяет область и описывает знания, которые IEEE ожидает от практикующего инженера-программиста. Самая последняя версия SWEBOK v3 представляет собой обновленную версию и была выпущена в 2014 году. [46] IEEE также публикует «Этический кодекс разработки программного обеспечения». [47]
По оценкам, по состоянию на 2022 год в мире насчитывается 26,9 миллиона профессиональных инженеров-программистов по сравнению с 21 миллионом в 2016 году. [48] [49]
Многие инженеры-программисты работают в качестве сотрудников или подрядчиков. Инженеры-программисты работают с предприятиями, государственными учреждениями (гражданскими или военными) и некоммерческими организациями. Некоторые инженеры-программисты работают на себя как фрилансеры . В некоторых организациях есть специалисты для выполнения каждой задачи в процессе разработки программного обеспечения . Другие организации требуют, чтобы инженеры-программисты выполнили многие или все из них. В крупных проектах люди могут специализироваться только на одной роли. В небольших проектах люди могут выполнять несколько или все роли одновременно. Многие компании нанимают стажеров , часто студентов университетов или колледжей, во время летних каникул или стажировок . Специализации включают аналитиков , архитекторов , разработчиков , тестировщиков , специалистов по технической поддержке , аналитиков промежуточного ПО , менеджеров проектов , менеджеров по программным продуктам , преподавателей и исследователей .
Большинство инженеров-программистов и программистов работают 40 часов в неделю, но в 2008 году около 15 процентов инженеров-программистов и 11 процентов программистов работали более 50 часов в неделю . Периоды , когда вы сидите перед компьютерным терминалом и печатаете на клавиатуре, инженеры и программисты подвержены напряжению глаз, дискомфорту в спине, а также проблемам с руками и запястьями, таким как туннельный синдром запястья . [51]
Бюро статистики труда США (BLS) насчитало в 2018 году 1 365 500 разработчиков программного обеспечения, имеющих работу в США . [52] Из-за относительной новизны как области обучения формальное образование в области разработки программного обеспечения часто преподается как часть учебной программы по информатике. и многие инженеры-программисты имеют степени в области компьютерных наук. [53] По оценкам BLS, с 2014 по 2024 год объем разработки компьютерного программного обеспечения вырастет на 17%. [54] Это меньше, чем оценка BLS в 2012–2022 годах, составляющая 22% для разработки программного обеспечения. [55] [54] И это еще ниже, чем их оценка BLS в 30% с 2010 по 2020 год. [56] Из-за этой тенденции рост рабочих мест может быть не таким быстрым, как в последнее десятилетие, поскольку рабочие места, которые достались бы инженерам-программистам в Соединенных Штатах, вместо этого были бы переданы на аутсорсинг инженерам-программистам в таких странах, как Индия и другие страны. зарубежные страны. [57] [50] Кроме того, в «Перспективах занятости для программистов» BLS, Бюро статистики труда США (BLS), «Перспективы профессиональной деятельности» прогнозируется снижение на -7 процентов с 2016 по 2026 год, а также дальнейшее снижение на -9 процентов с 2019 по 2026 год. [57] Поскольку программированием можно заниматься из любой точки мира, компании иногда нанимают программистов в разных странах . где зарплаты ниже. [57] [58] [59] Кроме того, число женщин во многих областях программного обеспечения также сокращается с годами по сравнению с другими инженерными областями. [60] Кроме того, существует дополнительная обеспокоенность тем, что недавние достижения в области искусственного интеллекта могут повлиять на спрос на будущие поколения инженеров-программистов. [61] [62] [63] [64] [65] [66] [67] Однако в будущем эта тенденция может измениться или замедлиться, поскольку многие нынешние инженеры-программисты на рынке США покидают профессию или уходят с рынка. в ближайшие несколько десятилетий. [57]
Институт программной инженерии предлагает сертификаты по конкретным темам, таким как безопасность , улучшение процессов и архитектура программного обеспечения . [68] IBM , Microsoft и другие компании также спонсируют свои собственные сертификационные экзамены. Многие программы сертификации ИТ ориентированы на конкретные технологии и управляются поставщиками этих технологий. [69] Эти программы сертификации ориентированы на учреждения, которые будут нанимать людей, использующих эти технологии.
Более широкую сертификацию общих навыков разработки программного обеспечения можно получить в различных профессиональных обществах. По состоянию на 2006 год IEEE[update] сертифицировал более 575 специалистов по программному обеспечению в качестве сертифицированных специалистов по разработке программного обеспечения (CSDP). [70] В 2008 году они добавили сертификацию начального уровня, известную как сертифицированный специалист по разработке программного обеспечения (CSDA). [71] В начале 1980 - х годов у ACM была программа профессиональной сертификации, которая была прекращена из-за отсутствия интереса. ACM рассмотрел возможность профессиональной сертификации инженеров-программистов в конце 1990-х годов, но в конечном итоге решил, что такая сертификация не подходит для профессиональной производственной практики разработки программного обеспечения. [72]
В Великобритании Британское компьютерное общество разработало юридически признанную профессиональную сертификацию под названием Chartered IT Professional (CITP) , доступную для полностью квалифицированных членов ( MBCS ). Инженеры-программисты могут иметь право на членство в Британском компьютерном обществе или Институте инженерии и технологий и, таким образом, иметь право на получение статуса дипломированного инженера в любом из этих учреждений. В Канаде Канадское общество обработки информации разработало юридически признанную профессиональную сертификацию под названием Information Systems Professional (ISP) . [73] В Онтарио, Канада, имеют право инженеры-программисты, окончившие программу, аккредитованную Канадским советом по инженерной аккредитации (CEAB) , успешно сдавшие профессиональный практический экзамен PEO ( Professional Engineers Ontario ) (PPE) и имеющие не менее 48 месяцев приемлемого инженерного опыта. получить лицензию профессиональных инженеров Онтарио и стать профессиональными инженерами P.Eng. [74] Однако PEO не признает онлайновое или дистанционное образование; и не считает программы информатики эквивалентными программам разработки программного обеспечения, несмотря на огромное совпадение между ними. Это вызвало споры и сертификационную войну. Число обладателей степени P.Eng по этой профессии также остается исключительно низким. Подавляющее большинство работающих специалистов в этой области имеют степень в области компьютерной безопасности, а не SE. Учитывая трудный путь сертификации для обладателей степеней, не связанных с SE, большинство из них даже не удосужились получить лицензию.
Первоначальное воздействие аутсорсинга и относительно более низкая стоимость международных человеческих ресурсов в развивающихся странах третьего мира привели к массовой миграции деятельности по разработке программного обеспечения из корпораций Северной Америки и Европы в Индию, а затем в Китай, Россию и другие развивающиеся страны. У этого подхода были некоторые недостатки, в основном разница в расстоянии/часовом поясе, которая препятствовала человеческому взаимодействию между клиентами и разработчиками, а также массовый перенос рабочих мест. Это оказало негативное влияние на многие аспекты профессии программиста. Например, некоторые студенты в развитых странах избегают образования, связанного с разработкой программного обеспечения, из-за страха перед оффшорным аутсорсингом (импортом программных продуктов или услуг из других стран) и из-за страха быть замененными иностранными визовыми работниками . [75] Хотя статистика в настоящее время не показывает угрозы для самой разработки программного обеспечения; связанная с этим карьера, компьютерное программирование, похоже, действительно пострадали. [76] [77] Тем не менее, способность разумно использовать морские и прибрежные ресурсы с помощью рабочего процесса «следуя за солнцем» улучшила общие операционные возможности многих организаций. [78] Когда жители Северной Америки уходят с работы, азиаты только приходят на работу. Когда азиаты уходят с работы, европейцы приезжают на работу. Это обеспечивает непрерывную возможность человеческого контроля над критически важными бизнес-процессами 24 часа в сутки, не выплачивая компенсацию за сверхурочную работу и не нарушая ключевой человеческий ресурс — режим сна.
Хотя глобальный аутсорсинг имеет ряд преимуществ, глобальное (и, как правило, распределенное) развитие может столкнуться с серьезными трудностями из-за расстояния между разработчиками. Это связано с ключевыми элементами этого типа дистанции, которые были определены как географические, временные, культурные и коммуникативные (включая использование разных языков и диалектов английского языка в разных местах). [79] За последние 15 лет были проведены исследования в области глобальной разработки программного обеспечения и опубликован обширный объем соответствующих работ, в которых подчеркиваются преимущества и проблемы, связанные с этой сложной деятельностью. Как и в случае с другими аспектами разработки программного обеспечения, исследования в этой и смежных областях продолжаются.
Есть несколько премий в области разработки программного обеспечения: [80]
Программная инженерия рассматривает своих специалистов как людей, которые следуют четко определенным инженерным подходам к решению проблем. Эти подходы описаны в различных книгах и исследовательских работах по разработке программного обеспечения, всегда с акцентом на предсказуемость, точность, снижение риска и профессионализм. Эта перспектива привела к призывам [ кем? ] для лицензирования, сертификации и кодификации массивов знаний как механизмов распространения инженерных знаний и развития этой области.
Разработка программного обеспечения расширяет проектирование и опирается на инженерную модель, то есть инженерный процесс, управление инженерными проектами, инженерные требования, инженерное проектирование, инженерное строительство и инженерную проверку. Эта концепция настолько нова, что ее редко понимают и широко неправильно интерпретируют, в том числе в учебниках, статьях по программной инженерии и среди сообществ программистов и мастеров.
Одна из основных проблем разработки программного обеспечения заключается в том, что ее подходы недостаточно эмпиричны, поскольку реальная проверка подходов обычно отсутствует или очень ограничена, и, следовательно, разработка программного обеспечения часто ошибочно интерпретируется как осуществимая только в «теоретической среде».
Эдсгер Дейкстра , основатель многих концепций, используемых сегодня в разработке программного обеспечения, отвергал идею «инженерии программного обеспечения» вплоть до своей смерти в 2002 году, утверждая, что эти термины были плохими аналогиями тому, что он называл «радикальной новизной» информатики . :
Ряд этих явлений были объединены под названием «Программная инженерия». Поскольку экономику называют «жалкой наукой», разработку программного обеспечения следует называть «обреченной дисциплиной», обреченной, потому что она не может даже приблизиться к своей цели, поскольку ее цель противоречива сама себе. Программная инженерия, конечно, представляет собой еще одно достойное дело, но это пустяк: если вы внимательно прочитаете ее литературу и проанализируете, чем на самом деле занимаются ее приверженцы, вы обнаружите, что программная инженерия приняла в качестве своего устава «Как программировать, если не умеешь». ." [81]
Идея первой конференции НАТО по разработке программного обеспечения и, в частности, принятия тогда практически неизвестного термина «инженерия программного обеспечения» в качестве ее (намеренно провокационного) названия, я полагаю, исходила от профессора
Фрица Бауэра
.
{{cite web}}: CS1 maint: numeric names: authors list (link){{cite web}}: CS1 maint: numeric names: authors list (link)Программная инженерия — это инженерная дисциплина, которая касается всех аспектов производства программного обеспечения, от ранних стадий спецификации системы до обслуживания системы после ее ввода в эксплуатацию. В этом определении есть две ключевые фразы:
1. Инженерная дисциплина. Инженеры заставляют все работать. Они применяют теории, методы и инструменты там, где это уместно [. . .] Инженеры также признают, что им приходится работать с учетом организационных и финансовых ограничений. [. . .]
2. Все аспекты производства программного обеспечения Разработка программного обеспечения связана не только с техническими процессами разработки программного обеспечения, но также с такими видами деятельности, как управление проектами программного обеспечения, а также с разработкой инструментов, методов и теорий для поддержки производства программного обеспечения.
Мы предлагаем, чтобы «программная инженерия» охватывала не только процесс написания кода, но и все инструменты и процессы, которые организация использует для создания и поддержки этого кода с течением времени. Какие методы может внедрить организация, занимающаяся разработкой программного обеспечения, чтобы наилучшим образом сохранить ценность своего кода в долгосрочной перспективе? Как инженеры могут сделать кодовую базу более устойчивой, а саму дисциплину разработки программного обеспечения — более строгой?
{{cite book}}: CS1 maint: location missing publisher (link)Когда этот термин был придуман в 1968 году Ф. Л. Бауэром из Мюнхенского технологического университета, я приветствовал его.
[.
.
.] Я интерпретировал введение термина «инженерия программного обеспечения» как удачное отражение того факта, что проектирование программных систем было преимущественной деятельностью инженера-математика.
[.
.
.].
Как только этот термин появился в США, он был лишен всего своего технического содержания.
Так и должно было быть, ибо в своем первоначальном значении это было совершенно неприемлемо.
.
.] Между тем, термин «программная инженерия» стал почти пустым термином, что прекрасно продемонстрировала компания Data General, которая в одночасье повысила всех своих программистов до высокого звания «инженер-программист»!
Общий объем цитируемой литературы рассчитан на освоение после получения высшего образования плюс четырехлетний опыт работы.
{{cite web}}: CS1 maint: multiple names: authors list (link) На своем заседании в мае 2000 года Совет далее пришел к выводу, что структура лицензированного профессионального инженера, первоначально разработанная для инженеров-строителей, не соответствует профессиональной производственной практике разработки программного обеспечения.
Такая практика лицензирования дала бы ложные гарантии компетентности, даже если бы совокупность знаний была зрелой;
и помешает многим наиболее квалифицированным разработчикам программного обеспечения получить лицензию.
{{cite book}}: CS1 maint: others (link)