WikiDer > История разработки программного обеспечения - Википедия

Эта статья нужны дополнительные цитаты для проверка. Пожалуйста помоги улучшить эту статью к добавление цитат в надежные источники. Материал, не полученный от источника, может быть оспорен и удален Найдите источники: «История программной инженерии» – Новости · газеты · книги · ученый · JSTOR (Октябрь 2008 г.) (Узнайте, как и когда удалить этот шаблон сообщения)

С самого начала в 1960-х годах программного обеспечения превратилась в профессию, которая занимается тем, как наилучшим образом повысить качество программного обеспечения и как его создавать. Качество может относиться к тому, насколько программное обеспечение обслуживается, к его стабильности, скорости, удобству использования, тестируемости, удобочитаемости, размеру, стоимости, безопасности и количеству недостатков или «ошибок», а также к менее поддающимся измерению качествам, таким как элегантность, лаконичность и клиент удовлетворение среди многих других атрибутов. Как лучше всего создавать высококачественное программное обеспечение - это отдельная и спорная проблема, охватывающая принципы разработки программного обеспечения, так называемые «лучшие практики» написания кода, а также более широкие вопросы управления, такие как оптимальный размер команды, процесс, как лучше всего доставлять программное обеспечение вовремя. и как можно быстрее, "культура" рабочего места, практика найма и так далее. Все это подпадает под широкую рубрику программная инженерия.^[1]

Обзор

Эволюция программной инженерии заметна в нескольких областях:

• Появление профессии: к началу 1980-х гг.^[2] профессионализм программной инженерии, чтобы стоять рядом с информатикой и традиционной инженерией.^{[нужна цитата]}
• Роль женщин: До 1970 года мужчины занимали более престижные и высокооплачиваемые аппаратная инженерия роли часто делегировали написание программного обеспечения женщинам, и такие легенды, как Грейс Хоппер или же Маргарет Гамильтон наполнил много компьютерное программирование рабочие места.^[3][4]
  Сегодня в разработке программного обеспечения работает меньше женщин, чем в других профессиях, и причина этой ситуации четко не установлена. Многие академические и профессиональные организации^[ВОЗ?] считают эту ситуацию несбалансированной и очень стараются ее решить.^[5]
• Процессы: Процессы стали большой частью разработки программного обеспечения. Их превозносят за их потенциал для улучшения программного обеспечения, но резко критикуют за их способность ограничивать программистов.^{[нужна цитата]}
• Стоимость оборудования. Относительная стоимость программного обеспечения по сравнению с аппаратным обеспечением существенно изменилась за последние 50 лет. Когда мэйнфреймы были дорогими и требовали большого вспомогательного персонала, несколько организаций, покупавших их, также имели ресурсы для финансирования крупных и дорогостоящих проектов по разработке программного обеспечения. Компьютеров стало намного больше и они стали намного мощнее, что несколько повлияло на программное обеспечение. Более крупный рынок может поддерживать крупные проекты по созданию коммерческий с полки программное обеспечение, разработанное такими компаниями, как Microsoft. Дешевые машины позволяют каждому программисту иметь терминал, способный довольно быстро сборник. Рассматриваемые программы могут использовать такие методы, как вывоз мусора, что упрощает и ускоряет их написание программистом. С другой стороны, гораздо меньше организаций заинтересованы в найме программистов для крупных заказных программных проектов, вместо того чтобы использовать коммерческий с полки программного обеспечения в максимально возможной степени.^{[нужна цитата]}

1945-1965: истоки

Предполагаемое происхождение термина программная инженерия включить письмо от президента ACM от 1965 г. Энтони Эттингер,^[6][7] лекции Дуглас Т. Росс в MIT в 1950-х.^[8] Маргарет Х. Гамильтон «Это человек, который придумал назвать эту дисциплину, программную инженерию, как способ придать ей легитимность».^[9][10]

В Научный комитет НАТО спонсировал две конференции^[11] по программной инженерии в 1968 г. (Гармиш, Германия - см. отчет конференции) и 1969, что дало этой области первоначальный импульс. Многие считают, что эти конференции ознаменовали официальное начало профессии программная инженерия.^[6][12]

1965–1985: кризис программного обеспечения

Разработка программного обеспечения была стимулирована так называемыми программный кризис 1960-х, 1970-х и 1980-х годов, которые выявили многие проблемы разработки программного обеспечения. Многие проекты выходили за рамки бюджета и графика. Некоторым проектам был нанесен имущественный ущерб. Несколько проектов привели к гибели людей.^[13] Кризис программного обеспечения изначально определялся с точки зрения продуктивность, но эволюционировал, чтобы подчеркнуть качественный. Некоторые использовали термин программный кризис сослаться на их неспособность нанять достаточно квалифицированных программистов.^{[нужна цитата]}

• Стоимость и Перерасход бюджета: The OS / 360 операционная система была классическим примером. В результате этого десятилетнего проекта 1960-х годов была создана одна из самых сложных программных систем того времени.^[12] OS / 360 была одной из первых больших (1000 программистов^{[нужна цитата]}) программные проекты. Фред Брукс претензии в Мифический человеко-месяц что он совершил многомиллионную ошибку, не разработав последовательную архитектура перед началом разработки.^[12]
• Материальный ущерб: дефекты программного обеспечения могут привести к материальному ущербу. Бедные безопасность программного обеспечения позволяет хакерам красть личные данные, тратя время, деньги и репутацию.^{[нужна цитата]}
• Жизнь и смерть: дефекты программного обеспечения могут убить. Немного встроенные системы используется в лучевая терапия машины вышли из строя настолько катастрофически, что они смертельные дозы из радиация пациентам. Самая известная из этих неудач - это Терак-25 инцидент.^[14]

Питер Г. Нойман ведет современный список программных проблем и катастроф.^[15] Кризис программного обеспечения постепенно исчезает из виду, потому что психологически крайне сложно оставаться в кризисном режиме в течение длительного периода (более 20 лет). Тем не менее программное обеспечение - особенно встроенное программное обеспечение реального времени - остается рискованным и широко распространенным, и крайне важно не поддаваться самоуспокоенности. За последние 10–15 лет Майкл А. Джексон много писал о природе программной инженерии, определил основной источник ее трудностей как отсутствие специализации и предположил, что его проблемные рамки служат основой для «нормальной практики» разработки программного обеспечения, что является необходимым условием, если программная инженерия должна стать инженерной наукой.^[16]

С 1985 по 1989 год: "Нет серебряной пули"

На протяжении десятилетий решение кризиса программного обеспечения было первостепенной задачей для исследователей и компаний, производящих программные инструменты. Стоимость владения и поддержки программного обеспечения в 1980-х годах была вдвое дороже, чем разработка программного обеспечения.^{[нужна цитата]}

• В течение 1990-х годов стоимость владения и обслуживания увеличилась на 30% по сравнению с 1980-ми годами.
• В 1995 году статистика показала, что половина обследованных проектов развития действовала, но не считалась успешной.
• Средний программный проект вдвое превышает график.
• Три четверти всех крупных программных продуктов, поставляемых заказчику, - это сбои, которые либо вообще не используются, либо не соответствуют требованиям заказчика.

Программные проекты

Казалось бы, каждая новая технология и практика с 1970-х по 1990-е годы провозглашалась Серебряная пуля чтобы разрешить программный кризис. Инструменты, дисциплина, формальные методы, процесс и профессионализм были преподнесены как серебряные пули:^{[нужна цитата]}

• Инструменты: Особое внимание было уделено инструментам: структурное программирование, объектно-ориентированного программирования, ДЕЛО такие инструменты, как ICL CADES CASE система,^[17] Ада, документация, и стандарты рекламировались как серебряные пули.
• Дисциплина: некоторые эксперты утверждали, что кризис программного обеспечения был вызван отсутствием дисциплины у программистов.
• Формальные методы: некоторые полагали, что если формальные инженерные методологии будут применяться к разработке программного обеспечения, то производство программного обеспечения станет такой же предсказуемой отраслью, как и другие отрасли инженерии. Они выступали за доказательство правильности всех программ.
• Процесс: многие выступали за использование определенных процессов и методологии словно Модель зрелости возможностей.
• Профессионализм: Это привело к работе над кодексом этики, лицензий и профессионализма.

В 1986 г. Фред Брукс опубликовал свой Нет серебряной пули статья, в которой утверждается, что никакая отдельная технология или практика никогда не позволят повысить производительность в 10 раз за 10 лет.^{[нужна цитата]}

Споры о серебряных пулях бушевали в течение следующего десятилетия. Защитники Ада, составные части, и процессы годами продолжали спорить, что их любимая технология будет серебряной пулей. Скептики не согласились. В конце концов, почти все согласились с тем, что серебряной пули никогда не найти. Тем не менее, утверждения о серебряные пули всплывают время от времени, даже сегодня.^{[нужна цитата]}

Немного^[ВОЗ?] интерпретировать^{[Почему?]} нет серебряной пули это означает, что разработка программного обеспечения потерпела неудачу.^{[требуется разъяснение]} Однако при дальнейшем чтении Брукс продолжает: «Мы обязательно добьемся существенного прогресса в течение следующих 40 лет; порядок величин за 40 лет вряд ли волшебный ...»^{[нужна цитата]}

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

Однако можно также сказать, что на самом деле существует ряд серебряные пули сегодня, включая упрощенные методологии (см. "Управление проектом"), калькуляторы электронных таблиц, индивидуальные браузеры, внутренние поисковые системы, генераторы отчетов по базам данных, интегрированные редакторы кодирования для тестирования дизайна с памятью / различиями / отменой и специализированные магазины, которые создают нишевое программное обеспечение, такое как информационные веб-сайты, за небольшую часть стоимости полностью настраиваемого веб-сайта разработка. Тем не менее, область разработки программного обеспечения кажется слишком сложной и разнообразной, чтобы одна «серебряная пуля» могла решить большинство проблем, и каждая проблема составляет лишь небольшую часть всех проблем программного обеспечения.^{[нужна цитата]}

1990-1999: известность Интернета

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

Рост использования браузеров, работающих на Язык гипертекстовой разметки (HTML) изменил способ организации отображения и поиска информации. Широкое распространение сетевых подключений привело к росту и предотвращению международного компьютерные вирусы на компьютерах с MS Windows, и широкое распространение спама в электронной почте стало серьезной проблемой проектирования систем электронной почты, переполняя каналы связи и требуя полуавтоматической предварительной проверки. Системы поиска по ключевым словам превратились в веб- поисковые системы, и многие программные системы пришлось перепроектировать для международного поиска, в зависимости от поисковая оптимизация (SEO) техники. Человеческие системы перевода на естественный язык были необходимы, чтобы попытаться перевести информационный поток на несколько иностранных языков, при этом многие программные системы были разработаны для многоязычного использования на основе концепций дизайна от переводчиков-людей. Типичная база пользователей компьютеров увеличилась от сотен или тысяч пользователей до многих миллионов международных пользователей.^{[нужна цитата]}

С 2000 по 2015 год: упрощенные методологии

С ростом спроса на программное обеспечение во многих небольших организациях потребность в недорогих программных решениях привела к росту более простых и быстрых методологий разработки работающего программного обеспечения, от требований до развертывания, более быстрого и легкого. Использование быстрого прототипирования превратилось во все облегченные методологии, Такие как Экстремальное программирование (XP), который попытался упростить многие области разработки программного обеспечения, включая сбор требований и тестирование надежности для растущего и огромного числа небольших программных систем. В очень больших программных системах по-прежнему используются хорошо документированные методологии с множеством томов документации; однако системы меньшего размера имели более простой и быстрый альтернативный подход к управлению разработкой и сопровождением программных вычислений и алгоритмов, хранением / поиском и отображением информации.^{[нужна цитата]}

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

Программная инженерия - молодая дисциплина, которая все еще развивается. Направления, по которым развивается программная инженерия, включают:^{[нужна цитата]}

Аспекты

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

Экспериментальный

Экспериментальная программная инженерия отрасль разработки программного обеспечения, заинтересованная в разработке эксперименты о программном обеспечении, при сборе данных экспериментов и при разработке законов и теорий на основе этих данных. Сторонники этого метода утверждают, что природа программного обеспечения такова, что мы можем продвигать знания о программном обеспечении только с помощью экспериментов.^{[нужна цитата]}.

Линии программных продуктов

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

Конференция «Будущее программной инженерии» (FOSE), проведенная на ICSE 2000, задокументировала состояние SE в 2000 году и перечислила множество проблем, которые необходимо решить в течение следующего десятилетия. Треки FOSE на выставке ICSE 2000 ^[18] и ICSE 2007^[19] конференции также помогают определить состояние дел в разработке программного обеспечения.^{[нужна цитата]}

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

Профессия пытается определить свои границы и содержание. Свод знаний в области программной инженерии SWEBOK был представлен в качестве стандарта ISO в 2006 году (ISO / IEC TR 19759).^{[нужна цитата]}

В 2006 г. Журнал Money и Salary.com оценил разработку программного обеспечения как лучшую работу в Америке с точки зрения роста, заработной платы, уровня стресса, гибкости рабочего времени и рабочей среды, креативности и того, насколько легко войти и продвинуться в этой области.^[20]

Поддисциплины

Искусственный интеллект

Широкий спектр платформ позволил развиваться различным аспектам ИИ, начиная от экспертные системы Такие как Цикл к фреймворки глубокого обучения к роботизированным платформам, таким как Roomba с открытым интерфейсом.^[21] Последние достижения в глубоком искусственные нейронные сети и распределенные вычисления привели к распространению программных библиотек, в том числе Deeplearning4j, TensorFlow, Theano и Факел.

2011 год Глобальный институт McKinsey исследование выявило нехватку 1,5 миллиона высококвалифицированных специалистов по данным и ИИ, а также менеджеров^[22] и ряд частных учебных курсов разработали программы для удовлетворения этого спроса, включая бесплатные программы, такие как Инкубатор данных или платные программы, такие как Генеральная Ассамблея.^[23]

Языки

Ранний символический ИИ, вдохновленный Лисп и Пролог, который доминировал в раннем программировании ИИ. Современная разработка ИИ часто использует основные языки, такие как Python или же C ++,^[24] или нишевые языки, такие как Язык Wolfram Language.^[25]

Выдающиеся личности в истории разработки программного обеспечения

• Чарльз Бахман (1924-2017) особенно известен своей работой в области базы данных.
• Ласло Белады (1928 г.р.) главный редактор журнала IEEE Transactions on Software Engineering в 1980-е годы.
• Фред Брукс (1931 г.р.), наиболее известная тем, что руководила развитием OS / 360.
• Питер Чен (1947 г.р.) известен развитием моделирование сущности-отношения.
• Эдсгер Дейкстра (1930–2002) разработал основу для формы структурного программирования.
• Давид Парнас (1941 г.р.) разработал концепцию скрытие информации в модульное программирование.
• Майкл А. Джексон (1936 г.р.) методист программной инженерии, ответственный за метод JSP разработки программ; JSD-метод разработки системы (совместно с Джоном Кэмероном); и подход Problem Frames для анализа и структурирования проблем разработки программного обеспечения.
• Дэвид Пирсон (ученый-компьютерщик) (1946 г.р.) разработал систему ICL CADES в 1968-1977 гг. и стал пионером компьютерной графики.
• Ричард Столмен Создал системные утилиты GNU и выступил за бесплатное программное обеспечение

Смотрите также

• История программного обеспечения
• История информатики
• История языков программирования

Рекомендации

внешняя ссылка

• Устное историческое интервью с Брюсом Х. Барнсом, Институт Чарльза Бэббиджа, Университет Миннесоты. Барнс описывает Национальный научный фонд (NSF) и его поддержку исследований в области теоретической Информатика, компьютерная архитектура, численные методы, и программная инженерия, и развитие сетей.
• Устное историческое интервью с Ласло А. Белады, Институт Чарльза Бэббиджа, Университет Миннесоты.