Показаны сообщения с ярлыком подборка ошибок в ПО и проектировании. Показать все сообщения
Показаны сообщения с ярлыком подборка ошибок в ПО и проектировании. Показать все сообщения
Взрыв ракеты-носителя из-за сбоя программного обеспечения
Взрыв в 1996 г. ракеты-носителя Ариан-5 стоимостью около 500 миллионов долларов через 40 секунд после старта произошел, как выяснилось, из-за сбоя программного обеспечения: одна из вспомогательных подпрограмм пыталась преобразовать длинное целое значение в короткое без проверки величины значения.
Потеря спутника
Отклонение могло произойти из-за проблем с софтом в системе управления «разгонника» и системе управления ракетой, говорит руководитель одного из предприятий космической промышленности. По версии «РИА Новости», речь может идти о «нескоординированности действий между предприятиями, заложившими полетные задания, и предприятиями, не проводившими их предварительное совместное тестирование». Члены комиссии должны также разобраться в том, были ли проведены работы по адаптации систем ракеты-носителя и разгонного блока к пуску с Восточного или нет. Эти вопросы будут рассмотрены во время заседания, намеченного на 12 декабря.
Комиссия Юрия Коптева только начала свою работу, но ряд серьезных вопросов к организации контроля качества производимой продукции на предприятиях у нее уже есть. Например, при сборке тех же «Фрегатов» ответственность за работоспособность отдельных систем блока лежит на изготовителях этих систем, а за комплексную готовность собранного «разгонника» ответственности не несет никто.
Глюки старого Emacs-a
"One particularly bad example I ran into is my Emacs hanging mysteriously when autocompleting on some two character suffixes. After much searching it turned out to be a known issue where if what I was completing looked like a domain name Emacs would try to ping it because of an interaction between autocompletion, file finding, and remote server support."
Тетрадь
В Беларуси учителя предупредили учеников, что в новом учебном году слово «Тетрадь» на обложках нужно писать в начале строки, а не в середине. Если ученик по старой памяти вывел слово в середине, его заставляли подписывать тетрадь заново. Тетради с типографской надписью в центре обложки также не принимались.
Выяснилось, что при загрузке методических рекомендаций на сайт министерства в документе «слетело» форматирование. Слова, которые должны были быть в середине строки, автоматически выровнялись по левому краю. Техническую ошибку вскоре исправили, но было уже поздно: школы бросились выполнять «новое правило».
Ошибка пилотирования разбившегося в Ростове «Боинга»
В распоряжении телеканала «Россия 1» оказалась расшифровка последних переговоров экипажа лайнера за минуту до столкновения с землей, на основании которого была смоделирована ситуация, которая привела к авиакатастрофе.
Ключевой элемент в разработке программного обеспечения
Выбросить на ветер миллионы долларов не так легко, как кажется, однако некачественный процесс разработки – вполне подходящий инструмент для этой задачи. Дело в том, что в разработке программного обеспечения не хватает одного ключевого элемента: трудно понять, когда проект «готов». Не имея этого жизненно важного знания, мы слепо уповаем на произвольные сроки сдачи. Мы теряем миллионы в стремлении пересечь финишную черту как можно быстрее – лишь для того, чтобы обнаружить, что финишная черта оказалась миражом.
Цитата из "Психбольница в руках пациентов" (Алан Купер)
Небольшая подборка ошибок в ПО и проектировании из книги Стива Макконнелла «Профессиональная разработка программного обеспечения»
Эффективность среднего проекта ПО оставляет желать лучшего, о чем свидетельствуют многие хорошо известные провалы.
- Налоговая служба США провалила программу модернизации ПО стоимостью $8 000 000 000, что обошлось в $50 000 000 000 несобранных доходов в год.
- Улучшенная АСУ Федерального управления авиации (FAA) превысила выделенный бюджет примерно на $3 000 000 000.
- Неполадки в системе обработки багажа привели к задержке открытия международного аэропорта в Денвере более чем на год. Потери оцениваются в $1 100 000 в день.
- Ракета «Ариан-5» взорвалась при первом пуске из-за ошибки в ПО.
- Бомбардировщик «Б-2» также не взлетел с первого раза из-за проблем с ПО.
- Управляемые компьютером паромы в г. Сиэттл (штат Вашингтон) около полутора десятка раз врезались в доки, нанеся ущерб на сумму свыше $7 000 000. Власти штата рекомендовали выделить более $3 000 000 на перевод паромов обратно на ручное управление.
ПО уже стало виной многомиллионных убытков в ряде случаев, начиная со смешных до закончившихся смертельным исходом.
- Цутому Шимомура оставил свой автомобиль на парковке аэропорта в Сан-Диего 29 февраля 1992 г. Когда он вернулся через 6 дней, счет за стоянку составил более 3 тысяч долларов. ПО парковки не распознало дату 29 февраля как правильную.
- В январе 1990 г. из-за ошибки ПО за 9 часов было блокировано примерно пять миллионов телефонных звонков.
- Первый полет корабля многоразового использования был отложен на два дня из-за трудноуловимой ошибки программиста.
- Космический зонд «Маринер-1» был потерян на пути к Венере из-за ошибки в программировании управления навигацией.
- В Лондоне автоматизированная система отправки бригад скорой помощи по вызовам была введена в действие раньше, чем была готова, и полностью рухнула, что вызвало задержки до 11 часов. Новая система отправки бригад стала причиной 20 смертных случаев.
- Самолет, выполнявший рейс № 655 иранских авиалиний, был сбит системой «Эгида» (щит Зевса) американского авианосца «Винсенн» в 1988 г. Погибло 290 человек. Поначалу ошибку записали на счет оператора, но позднее некоторые специалисты посчитали причиной происшествия плохой дизайн пользовательского интерфейса системы «Эгида».
Продукт, вечно не готовый к выпуску
Часто причиной этому служит глубочайший страх каждого, кто руководит разработкой программного обеспечения: если продукт опаздывает, он вообще никогда не будет выпущен. Нет сомнения в правдивости историй о продуктах, которым так и не суждено было увидеть свет. Проект опаздывает сначала на год, потом на два, а потом, на третьем году жизни, его мстительно подвергают эвтаназии руководители высшего звена или члены директората. Это объясняет неистовую приверженность к фиксированным срокам сдачи, пусть даже ценой жизнеспособности продукта.
Для примера – в конце девяностых годов в широко разрекламированной начинающей компании Worlds, Inc. масса умных и способных людей работали над созданием сетевого виртуального мира, где люди, посредством своих аватар, могли бы путешествовать и общаться с другими людьми в реальном времени. Продукт никогда не имел четкого определения или описания, и после растраты десятков миллионов инвестированных долларов члены правления компании милосердно прекратили эту агонию.
В начале девяностых другая начинающая компания, Nomadic Computing, потратила около 15 миллионов долларов, пытаясь создать новый продукт для мобильных деловых людей. К сожалению, никто в этой компании не знал точно, что это за продукт. Все было ясно с рыночной нишей продукта, и были известны возможности программы, однако не было четкого понимания целей потенциальных пользователей. Словно безумные скульпторы, обтесывающие гигантский мраморный камень в надежде обнаружить внутри статую, разработчики писали невероятные объемы бесполезного кода, который в конечном итоге просто выбросили, вместе с деньгами, временем, репутацией и карьерами. Самая же печальная потеря в этой истории – потеря возможности создать востребованную программу.
Даже корпорация Мiсrоsоft не обладает иммунитетом против подобных заблуждений. Ее первая попытка создать продукт для управления базами данных в конце восьмидесятых годов поглотила множество человеко-лет, и Билл Гейтс в конечном итоге, милосердно закрыл проект. Преждевременная смерть проекта ударной волной прокатилась по сообществу разработчиков. Следующий продукт этого направления, Access, разрабатывался с нуля другими разработчиками и другими руководителями.
Подписаться на:
Сообщения (Atom)